افکار در مورد DevOps.

فقط قطاری از افکار در ذهن من بود که از سر من جاری بود ، شروع کرد (بله ، باعث شد) توسط این پست وبلاگ با عنوان "توسعه دهنده به یک کنفرانس DevOps ": https://www.darkcoding.net/software/a-developer-goes-to-a-devops-conference/ موفق19659005 نظراتAnd ، به عنوان یک فرد عقیده اما منطقی ، افکار خود را برای آینده کنار خواهم گذاشت. تأملات ، مرجع احتمالی و بررسی خود در 2-5 سال::

اگر بخش عملیات خود را به عنوان DevOps ارجاع دهید زیرا همکاران شما در آن بخش اسکریپت های bash می نویسند و اتوماسیون انجام می دهند ، استدلال شما ناقص است ، شما محموله هستید در حال توسعه است ، و بخش DevOps شما هنوز هم گزینه های قدیمی منسوخ شده است.

DevOps متشکل از دو بخش ، قبلاً کاملاً جداگانه است: توسعه و عملیات (زیرساخت ها). اگر یک تیم توسعه محصول مسئولیت کد تولیدی خود را بر عهده ندارد و کد ارائه شده را به تولید تحویل می دهد ، شما DevOps را انجام نمی دهید.

DevOps یک تیم یا گروه نیست.

برخی از توسعه دهندگان هیچ علاقه ای ندارند. در هر چیز مادون قرمز ، بعضی از آنها کنجکاوی هستند ، برخی در زمینه اتوماسیون عالی هستند ، برخی سخت افزار را بیش از کد دوست دارند. این طبیعی است. این تنوع است! این عالی است! حال تصور کنید که آیا به جای قفل کردن افراد با علایق متفاوت اما وابسته به همدیگر در بخش های مختلف در طبقات مختلف ، آنها را در یک تیم قدرتمند و متقاطع قرار می دهیم؟ تصور کنید که چه تیمی می تواند به عنوان یک واحد واحد نیرو تحقق یابد؟ این دقیقاً همان چیزی است که DevOps است.

هدف اصلی (از DevOps) حذف این اختلافات بین همکاران شما با از بین بردن بخش عملیات همه با هم بود. DevOps لزوماً به معنای توسعه دهندگان در حال انجام عملیات نیست ، بلکه این به معنی توسعه دهندگان و افراد در مورد کنجکاوی است. این مجموعه تقریباً همه جنبه های توسعه محصول ، پشتیبانی و تحویل محصول و همچنین زمان همکاری ، ارتباط و پاسخ را بهبود می بخشد.

قصد اولیه به کنار ، متأسفانه احساس می کند که این اجماع وجود دارد که اکثر شرکت ها (و کنفرانس ها) که DevOps را در توصیف در جایی قرار داده اند یا نمی دانند DevOps در واقع چیست (چه مشکلی را حل می کند و غیره) و سوء استفاده از این اصطلاح یا فقط دروغ گفتن.

اگر پیش شماره "Dev" را به بخش Ops خود بزنید.

DevOps یک فرهنگ است ، یک تیم یا گروه نیست.

بخش جداگانه "DevOps" جایی است که شادی برنامه نویس را تشکیل می دهد.

مقابله با موقعیت هایی که مسئولیت کد من در تولید (و تحویل کد گفته شده به تولید) بر عهده تیم یا گروه دیگری است که احتمالاً اینگونه نیست ، بسیار دشوار است. حتی در همان طبقه / ساختمان که در آن قرار دارم.

کد فقط کد است. به خودی خود هیچ چیز نیست. تولید جایی است که کد شما زنده می شود ، جایی که توسعه می یابد ، بالغ می شود ، با کاربران روبرو می شود. حذف تولید از یک توسعه دهنده و قفل کردن آن در یک بخش جداگانه "DevOps" فقط غیر انسانی است ، و یک فاجعه کامل است و باید غیرقانونی باشد.

دیدن کد کار خود در تولید ، تحویل کد شما به تولید ، بهینه سازی کد شما برای تولید زیرا شما می دانید و از تولید راحت هستید ، اینجا جایی است که رضایت شغلی و خوشبختی در آن قرار دارند.