در مورد اینکه از کار DevOps راضی هستم، اینطوری میشه دید که یه مقداری با Developer محض بودن متفاوت میشه از این دید که مجبوری on call باشی چون معمولا مسئولیت یک سیستم برعهده ت هست که سیستم رو بالا نگه داری. بطوری شخصی چون به مسائلی مثل scalability و همینطوری معماری سیستم علاقه دارم، مباحثی که توی DevOps مطرح میشه برای جذابه. التبه توی فرهنگ DevOps هرکسی که مسئول Develop یک سرویس هست مسئول نگهداری اون هم هست، یعنی اینجا زیاد DevOps رو به عنوان یک role شغلی نمیشناسن و همون roleهای Development و Operation رو داریم، فقط هر دو رو داخل یک تیم میبینیم. البته اون چیزی که گوگل بهش میگه SRE شاید به عنوان یک role معنادار تر باشه.
در مورد ایران اگه منظور برای کار کردن با زیرساخت اینترنت ایران هست من زیاد تخصصی ندارم، چون کارهایی که تا حالا انجام دادم روی زیرساخت خارجی بوده. البته واضح هست که زیرساخت ایران خیلی مشکل داره و اتفاقا به همین دلیل شاید به ایده هایی که توی DevOps مطرح میشه بیشتر احتیاج داشته باشیم. چون خیلی از ایده هایی که مطرح میشه ساخته شدن برای اینکه با یه زیرساخت بد هم بتونن کار بکنن و به مشکلی نخورن. 2017-03-11 13:30 GMT+03:30 Beikmohammadi, Hasan (Production Planning) < [email protected]>: > با سلام و تشكر از شما و ارائه جالبتون > > يه سوال > > آُِيا از اينكه به عنوان يه DevOps فعاليت ميكنيد راضي هستين؟ > > (به طور مشخص در ايران فعاليت به صورت DevOps ارزشمند هست؟) > > توي اين مورد اگه بقيه دوستان هم تجربياتي دارند ممنون ميشم مطرح كنند؟ > > > > *From**:* general [mailto:[email protected]] *On Behalf Of* > Vahid > Ashrafian > *Sent**:* Saturday, March 11, 2017 1:24 PM > *To**:* Beikmohammadi, Hasan (Production Planning) > *Subject**:* [TehLUG-General] منابع، اسلایدها و توضیحات اضافه ارائه The > Story of DevOps > > > > اخطار: میل سرور قادر به شناسایی فرستنده نامه نیست > ایمیل ارسالی ممکن است جعلی باشد > ------------------------------ > > > > سلام > > برای ارائه من در جلسه 231م لاگ اسلایدهای ارائه و همینطور دو کتابی که معرفی > کرده بودم رو از اینجا میتونید دانلود کنید: > https://www.dropbox.com/sh/dy5to35pxf4i57x/AAAG193vAMmr9q76Lnetxvz5a?dl=0 > > یه course توی edx در مورد DevOps هست که مرجع اصلی من بود از این لینک > میتونید رایگان ثبت نام کنید: > https://www.edx.org/course/introduction-devops-transforming- > linuxfoundationx-lfs161x > > مجموعه سخنرانی هایی هم که در موردش صحبت شد به همراه یه سری سخنرانی خوب > دیگه توی یه playlist یوتیوب جمع کردم: > https://www.youtube.com/playlist?list=PLOw-K6HoPAvxU39zL4ki4YmBR-r5ihSKV > > > > پیشنهاد شد در مورد مشکلاتی که با بعضی سیستمها داشتیم یه توضیح بدم که اینجا > چند موردش رو میگم: > > مشکل با docker > > ما از docker حدود 2 سال پیش استفاده میکردیم و هنوز به ورژن یک نرسیده بود. > پس تا جایی که من چک کرده اکثرا مشکلات برطرف شده. اون موقع هم از ubuntu > server 14.04 احتمالا با کرنل 3.13 استفاده میکردیم. > > مشکل اصلی ما با docker برای زمانی بود که به ازای upgradeی که روی سرویسها > زده میشد و نیاز بود چندین container ساخته بشه گاهی docker daemon به مشکلی > میخورد و zombie process میشد و docker cli هم کلا دیگه response نمیداد و > مجبود میشدیم که سرور رو reset کنیم. > > مشکل بعدی docker ضعیف بودن docker api برای مدیریت network بود که امکان > تغییر port یه container رو در زمانی که run هست نمیداد.که فکر میکنم این هم > الان خیلی بهتر شده > > مشکل با Juju > http://jujucharms.com/ > > مشکل اصلی Juju این هست که ارتباط بین Juju master که node مدیریتی هست، با Juju > Agentهایی که روی سرورها نصب شدند شدیدا chatty هست. این مشکل در تمامی > ورژنهای 1 در Juju هست. ولی جدیدا ورژن 2 هم stable شده. البته با معماری که > Juju داره من امیدوار نیستم که وضعیت بهتر بشه. > > این مشکل وقتی مشخص میشه که تعداد سروهای شما زیاد بشه، معمولا بالا 100 سرور > اگه برسید احتمالا احتیاج دارید یه سرور خیلی بزرگ فقط بذارید برای juju > master چون کلی CPU و Network مصرف میکنه. البته این رو هم بگم که نحوه > استفاده از Juju هم خیلی موثر هست، مثلا اگه از Juju تماما برای مدیریت > سرویسهاتون در AWS EC2 استفاده بکنید احتمالا مشکلی نخواهید داشت، چون > مخصوصا وقتی همه سرورها در یک datacenter هستند و latancy بین Juju Master و > Agentها کم هست، مشکلی زیاد پیش نمیاد. > > البته مشکلی دیگه ای هم داشتیم، گاهی وقتی که خود Juju Master به هر دلیل > kill بشه یا کلا سرور reset بشه دفعه بعد که سرور بیاد بالا ممکنه طوری state > دیتابیس بهم بخوره که کلا همه چیز رو از دست بدید! گرچه یه سری fixها براش > وجود داره، ولی بیشتر نشان دهنده غیرقابل اعتماد بودن Juju هست. > > > > مشکل با LXC > > گرچه توصیه میشه اگر میخواید سراع containerها برید docker و Kubernetes > گزینه های مناسبتری هستند، ولی ما دو سال پیش که با docker به مشکل خوردیم > از LXC استفاده کردیم، گرچه تمام اون کارها رو الان هم با LXD احتمالا بهتر > میشه انجام داد. ولی یه مشکل با LXC داشتیم که احتمالا یه bug توی کرنل > لینوکس هست که فکر نمیکنم هنوز هم برطرف شده باشه (ما تا ورزن 4.4. کرنل هم > این مشکل رو داشتیم)، مشکل وقتی هست که سرور load خیلی بالایی داره مخصوصا > از طرف network و شما نیاز هست که یه container جدید بسازید. توی این حالت > ممکنه بعضی processهای مربوط به LXC کلا zombie بشه. یه گزارش این bug رو > اینجا میتونید ببینید: > https://lists.linuxcontainers.org/pipermail/lxc-users/2016- > January/010816.html > > و احتمالا به این bug کرنل مرتبط هست: > https://bugzilla.kernel.org/show_bug.cgi?id=97811 > > > > > > ممنون > > وحید اشرفیان > > _______________________________________________ > general mailing list > [email protected] > http://lists.tehlug.org/mailman/listinfo/general > unsubscribe: http://lists.tehlug.org/mailman/options/general >
_______________________________________________ general mailing list [email protected] http://lists.tehlug.org/mailman/listinfo/general unsubscribe: http://lists.tehlug.org/mailman/options/general
