این مقاله ابتدا در ستاره های جانگا ظاهر شد و با اجازه مجددا منتشر شد. برای اینکه چیزها را روشن کنید – DevOps روش شناسی است. ایده این روش، ایجاد یک ذهنیت جدید است. یک ذهنیت در زمانی که توسعه دهندگان در طراحی سایت تلاش های خود را برای دستیابی به یک هدف مشترک ترکیب می کنند.
گاهی اوقات به اشتباه، با یک ابزار یا نقش اشتباه گرفته می شود. این یک ابزار نیست، هرچند که با استفاده از toolchain به طور خودکار تحویل و استقرار نرم افزارها را انجام می دهد. نه یک موقعیت، اگر چه انتظار می رود که هر دو عملیات و توسعه دهندگان مسئولیت های خود را گسترش دهند.
بدون DevOps
به طور سنتی، یا ۱۰ سال پیش می گویم، تیم توسعه می تواند تقریبا به توسعه دهندگان تقسیم شود – افرادی که می دانستند چگونه کد و عملیات را بنویسند. برای کسانی که هنوز هم تعجب می کنند – کسانی که بر روی زمین این عملیات هستند:
آنها مدیران – sysadmins، مدیران شبکه، مدیران پایگاه داده، و همه افراد دیگر که زیرساخت را می دانند.
بنابراین … عملیات علاقه مند به نگه داشتن چیزهای پایدار برای به حداقل رساندن احتمال درگیری های نرم افزاری بود. در حالی که توسعه دهندگان عموما در مورد ویژگی های جدید، نسخه های جدید، و همچنین رفع اشکالات بله مراقبت می کنند. مشکل اصلی با همه موارد عدم همکاری و ارتباط بود. به عنوان یک نتیجه، نرم افزار را نمی توان با سرعت مورد نظر تحویل داده شد.
با DevOps
در حال حاضر، توسعه دهندگان و عملیات، آنها را به یک تیم واحد ادغام و آنها را با ایده پشتیبانی متقابل. شما DevOps را دریافت می کنید. روش DevOps اجازه می دهد تا اغلب نرم افزارها را با تغییرات کوچک و قابل قبول ارائه دهیم.
مزایا:
کاربران به طور مرتب ویژگی های جدید و به روز رسانی را دریافت می کنند. مشتریان شما اغلب از ویژگی های جدید و رفع اشکال برخوردار هستند. شرکت شما رقابتی تر می شود. احتمال شكست را كاهش دهید. حتی زمانی که خشمگینی اتفاق می افتد، همه چیز را می توان در عرض چند دقیقه ثابت (گاهی اوقات در یک مجله تک)، به طوری که کاربران حتی متوجه نیست که چیزی اشتباه است.
دیگه چی
به جز روش های فرهنگی، روش DevOps به لطف روش های زیر امکان پذیر بود:
چرا شما نیاز به DevOps دارید؟
این همه در مقیاس پروژه بستگی دارد. اگر هدف شما این است که یک محصول حداقل ماندگاری (MVP) را برای آزمایش ایده خود بگذارید، به احتمال زیاد شما می توانید بدون شیوه های DevOps زندگی کنید. اگر نرم افزار شما چندین بار منتشر شده است. زمان بیشتری برای راه اندازی محیط DevOps از ابتدا لازم است. در مراحل اولیه مردم گیج می شوند چرا باید زمان و پول بیشتری برای راه اندازی Docker و Ansible بگیریم. پاسخ ساده است – اکنون زمان کمی بیشتر خواهد بود، و در نتیجه، آن را در یک چشم انداز دراز مدت ذخیره کنید.
چگونه ما DevOps را اجرا می کنیم
در ستون های جانگا، اجرای بسیار به مشتری بستگی دارد. در اینجا فهرستی از “انواع” ترین درخواستها را مشاهده می کنید:
این درخواست مکرر است، به این دلیل که یک روز، هر شرکت مرحله اولیه MVP را گذرانده است. برای چنین پروژه های کوچکی که یک مهندس آزمایشی یا مدیر سیستم را اضافه می کند، سرریز و هدر دادن هزینه های مشتریان خواهد بود. این پروژه ها اغلب توسط توسعه دهندگان مستقر شده اند.
ما سعی می کنیم مشتری را متقاعد کنیم که بهتر است بذر DevOps را در این مرحله اولیه بذر کنیم و به شیوه های معمول DevOps مثل ساختن یک برنامه با استفاده از سرویس های میکروسکوپی بپردازیم. در بیشتر موارد، توسعه دهندگان همچنین محصول را به کار خواهند گرفت. این اجازه می دهد تا هزینه های به حداقل برسد. محصول خود را با توجه به ترجیحات مشتری ساخته شده است، اما حتی اگر مشتری ترجیح داده نوع تکلیف برنامه، مخالف سرویس های میکرو باشد، هنوز هم پایه خوبی برای پیاده سازی سرویس های مایکروسافت در آینده هستیم.
اغلب زمان سخت ترین مورد است. ما دوست داریم از پروژه هایی که توسط شخص دیگری آغاز شده اند جلوگیری کنیم و به دلایلی رها شده ایم. با این وجود، برخی از موارد استثنایی نادر زمانی وجود دارد که پروژه ها به اندازه کافی امیدوار باشند تا خطر را برطرف کنند. موارد به طور انحصاری به مشتری بستگی دارد. گاهی اوقات ما یک برنامه را با در نظر گرفتن بهترین شیوه های DevOps توسعه می دهیم، با درخواست این است که برنامه را از Python 2 به Python 3 ارتقا دهیم. در حالیکه یکی دیگر نیاز به بازنویسی کاملی از سطح زمین را دارد.
این مورد مربوط به یک “دنیای کامل DevOps” است. مهندسین نرم افزار ما با همکاری نزدیک با عملیات مشتری یا مهندسان DevOps کار می کنند.
هر زمان که ما یک درخواست برای پیاده سازی یک ویژگی جدید دریافت کنیم، توسعه دهندگان ما اطلاعات زیر را به تیم های ops مشتری ارائه می دهند:
تیم ops سرورها را بر اساس نیازهای برنامه نویسان راه اندازی می کند. این، به نوبه خود، زندگی طولانی تر توسعه دهندگان ما را آسان تر می کند.
Toolchain ما
در اینجا ابزارهایی هستند که ما هر روزه از آن استفاده می کنیم مهم نیست که کدام پروژه با ما در ارتباط است:
شما می توانید مقایسه CI ما و آموزش Docker در وبلاگ ما را بررسی کنید
نتیجه
DevOps یک رویکرد است که توسعه دهندگان و عملیات را برای توسعه و ارائه نرم افزار کارآمد تر از رویکرد سنتی سنتی است. تیم ها تنها به توسعه دهندگان و عملیات IT و طراحی سایت محدود نمی شوند. در اغلب موارد، رویکرد نیز در مورد QAs، PMs و کارشناسان امنیتی گسترش می یابد. شرکت هایی که DevOps را در مراحل اولیه اجرا می کنند، زمینه رشد رشد را ایجاد می کنند.
