هی هابر! ترجمه مقاله را مورد توجه شما قرار می دهم توسط استیو مزاک
بسته به دیدگاه شما، DevOps امسال نهمین یا دهمین سالگرد خود را جشن می گیرد. در سال 2016، گزارش وضعیت ابری RightScales اشاره کرد که 70 درصد از SMB ها از شیوه های DevOps استفاده می کنند. هر شاخصی که این امتیاز را تشکیل می دهد از آن زمان افزایش یافته است. همانطور که DevOps برای ورود به دهه دوم خود آماده می شود، بسیار خوب است که در گذشته قدم بزنید و به ریشه های DevOps و حتی ریشه های خود بازگردید.
قبل از 2007: یک زنجیره کامل از رویدادها
قبل از سال 2007، مجموعه ای از شرایط در نهایت چیزی را به وجود آورد که امروزه به عنوان DevOps شناخته می شود.
لاغر قبلاً ثابت کرده است که بهترین عمل است. همچنین به عنوان شناخته شده است سیستم تولید تویوتا، تولید ناب در تلاش است تا فرآیندها را در سطح تولید بهینه کند. (به هر حال، مدیریت تویوتا در ابتدا از روش های خط مونتاژ اصلی معرفی شده توسط شرکت فورد موتور الهام گرفته شد). پیشرفت مداوم مانترا برای تولید ناب است. در عمل، مسیرهای زیر به طور مداوم ارزیابی می شوند:
- حفظ سطح موجودی مواد خام و محصولات نهایی به حداقل ممکن. تولید ناب به معنای حداقل موجودی مواد خام برای تولید کالا و حداقل مقدار محصولات نهایی در انتظار سفارش یا ارسال است.
- به حداقل رساندن صف سفارش. در حالت ایده‌آل، سفارش‌های دریافتی بلافاصله به حالت تکمیل شده منتقل می‌شوند. معیار کلیدی برای تولید ناب همیشه زمان از دریافت سفارش تا تحویل خواهد بود.
- به حداکثر رساندن کارایی فرآیند تولید. مهندسی مجدد فرآیند و اتوماسیون بهبود یافته برای تولید کالاها در سریع ترین زمان ممکن ترکیب می شوند. هر منطقه از تولید در طول کل مسیر (برش، جوش، مونتاژ، آزمایش و غیره) از نظر ناکارآمدی ارزیابی می شود.
در دنیای فناوری اطلاعات، روش های سنتی مدل آبشاری توسعه نرم افزار جای خود را به روش های سریع تکراری مانند فرز. سرعت فریاد رالی بود، حتی اگر گاهی اوقات کیفیت در پیگیری توسعه و استقرار سریع آسیب می دید. به طور مشابه، محاسبات ابری، به ویژه زیرساخت به عنوان یک سرویس (IaaS) و پلت فرم به عنوان یک سرویس (PaaS) خود را به عنوان راه حل های بالغ در فرآیندها و زیرساخت های فناوری اطلاعات ثابت کرده اند.
در نهایت، اخیراً جعبه‌های ابزار برای آن ظاهر شده‌اند ادغام مداوم (CI). ایده ابزارهای CI توسط Gradi Booch در سال 1991 در Booch Method متولد و ارائه شد.
2007-2008: بلژیکی ناامید
مشاور بلژیکی، مدیر پروژه و تمرین Agile، پاتریک دبویس، قرار ملاقاتی را از یک وزارتخانه دولتی بلژیک برای کمک به مهاجرت به مرکز داده پذیرفته است. به ویژه، او درگیر صدور گواهینامه و تست آمادگی بود. مسئولیت های او مستلزم هماهنگی و ایجاد روابط بین تیم های توسعه نرم افزار و تیم های عملیات سرور، پایگاه داده و شبکه بود. ناامیدی او از فقدان انسجام و دیوارهای جداکننده روش های توسعه و بهره برداری، او را تلخ کرد. میل دسبوا برای پیشرفت به زودی او را به عمل سوق داد.
در کنفرانس Agile در سال 2008 در تورنتو، اندرو شفر پیشنهاد داد تا یک جلسه غیررسمی ویژه ترتیب داده شده برای بحث در مورد موضوع را تعدیل کند.زیرساخت چابک"و فقط یک نفر آمد تا درباره موضوع بحث کند: پاتریک دبویز. بحث و تبادل نظر آنها مفهوم مدیریت سیستم های چابک را ارتقا داد. در همان سال، دبویز و شفر گروه نسبتا موفق Agile Systems Administrator را در گوگل ایجاد کردند.
2009: مورد همکاری Dev و Ops
در کنفرانس O'Reilly Velocity، دو کارمند فلیکر، معاون ارشد عملیات فنی جان آلسپاو و مدیر ارشد فناوری پل هاموند، ارائه‌ای را ارائه کردند که اکنون معروف است. "10 استقرار در روز: همکاری Dev و Ops در Flickr".
این ارائه یک نمایشنامه بود، آلسپاو و هاموند تعاملات پیچیده بین نمایندگان توسعه و عملیات را در طول فرآیند استقرار نرم‌افزار بازسازی می‌کردند، که با انگشت اشاره و انتقادهایی در امتداد خطوط «این کد من نیست، همه رایانه‌های شما هستند!» کامل شد. ارائه آنها تایید کرد که تنها گزینه معقول این است که فعالیت های توسعه و استقرار نرم افزار یکپارچه، شفاف و کاملا یکپارچه باشد. با گذشت زمان، این ارائه افسانه ای شد و اکنون از لحاظ تاریخی به عنوان نقطه عطف مهمی در نظر گرفته می شود، زمانی که صنعت فناوری اطلاعات شروع به فراخوانی برای روشی کرد که امروزه به نام DevOps شناخته می شود.
2010: DevOps در ایالات متحده آمریکا
با افزایش تعداد دنبال کنندگان، کنفرانس DevOpsDays برای اولین بار در ایالات متحده در Mountain View، کالیفرنیا، بلافاصله پس از کنفرانس سالانه Velocity برگزار شد. به سرعت به سال 2018 بروید و بیش از 30 کنفرانس DevOpsDays برنامه ریزی شده است، از جمله ده ها کنفرانس در ایالات متحده.
2013: پروژه "ققنوس"
برای بسیاری از ما، یکی دیگر از لحظات قابل توجه در تاریخ DevOps، انتشار کتاب "پروژه ققنوس" توسط جین کیم، کوین بهر و جورج سافورد بود. این رمان داستان یک مدیر فناوری اطلاعات را روایت می‌کند که خود را در موقعیتی ناامید می‌بیند: او وظیفه دارد یک پروژه تجارت الکترونیک حیاتی را نجات دهد که اشتباه پیش رفته است. مربی مرموز مدیر - یکی از اعضای هیئت مدیره که به روش‌های تولید ناب علاقه دارد - راه‌های جدیدی را به قهرمان داستان پیشنهاد می‌کند تا در مورد فناوری اطلاعات و توسعه برنامه‌ها فکر کند، با پیش‌بینی مفهوم DevOps. به هر حال، «پروژه ققنوس» الهام بخش ما شد تا کتاب «برون سپاری یا دیگر...» را درباره یک داستان تجاری مشابه بنویسیم که در آن یک معاون نرم افزار از DevOps در طول توسعه یک محصول جدید برون سپاری شده استفاده می کند.
DevOps برای آینده
ارزش توصیف DevOps را به عنوان یک سفر یا شاید یک آرزو دارد تا مقصد نهایی. DevOps، مانند تولید ناب، برای بهبود مستمر، افزایش بهره وری و کارایی و حتی استقرار مداوم تلاش می کند. ابزارهای خودکار برای پشتیبانی از DevOps همچنان در حال تکامل هستند.
از زمان آغاز به کار DevOps در دهه گذشته دستاوردهای زیادی حاصل شده است و ما انتظار داریم که در سال 2018 و پس از آن شاهد موارد بیشتری باشیم.
منبع: www.habr.com