هی هابر! ترجمه مقاله را مورد توجه شما قرار می دهم نوشتهی استیو مزاک.
بسته به دیدگاه شما، DevOps امسال نهمین یا دهمین سالگرد خود را جشن خواهد گرفت. در سال ۲۰۱۶، گزارش وضعیت فضای ابری RightScales نشان داد که ۷۰ درصد از کسبوکارهای کوچک و متوسط در حال اتخاذ شیوههای DevOps هستند. از آن زمان تاکنون، هر شاخصی در این ارزیابی افزایش یافته است. از آنجایی که DevOps برای ورود به دهه دوم خود آماده میشود، ارزش دارد که به گذشته برگردیم و ریشههای DevOps و حتی ریشه نام آن را دوباره بررسی کنیم.
قبل از ۲۰۰۷: زنجیره بینقص رویدادها
تا سال ۲۰۰۷، مجموعهای از شرایط در نهایت منجر به تولد چیزی شد که امروزه با نام DevOps شناخته میشود.
تولید ناب خود را به عنوان یک روش برتر تثبیت کرده است. همچنین به عنوان شناخته میشود سیستم تولید تویوتاهدف تولید ناب، بهینهسازی فرآیندها در سطح تولید است. (اتفاقاً، مدیریت تویوتا در ابتدا از روشهای اولیه خط مونتاژ معرفیشده توسط شرکت فورد موتور الهام گرفته بود.) پیشرفت مداوم — شعار تولید ناب است. در عمل، مسیرهای زیر دائماً ارزیابی میشوند:
- حفظ حداقل سطح موجودی مواد اولیه و کالاهای نهاییتولید ناب به معنای نگهداری حداقل مقدار مواد اولیه در انبار برای تولید کالا و حداقل مقدار کالای نهایی در انتظار توزیع برای سفارشات یا حمل و نقل است.
- به حداقل رساندن صفهای سفارشدر حالت ایدهآل، سفارشات دریافتی بلافاصله به عنوان تکمیلشده علامتگذاری میشوند. معیار کلیدی تولید ناب همیشه زمان دریافت سفارش تا تحویل آن خواهد بود.
- به حداکثر رساندن بهرهوری فرآیند تولیدسازماندهی مجدد فرآیند و بهبود اتوماسیون برای تولید هرچه سریعتر کالا با هم ترکیب میشوند. هر مرحله از تولید (برش، جوشکاری، مونتاژ، آزمایش و غیره) از نظر ناکارآمدی ارزیابی میشود.
در دنیای فناوری اطلاعات، روشهای سنتی توسعه نرمافزار آبشاری جای خود را به روشهای سریع و تکراری دادهاند، مانند فرزسرعت، شعار اصلی بود، حتی اگر گاهی اوقات کیفیت به دلیل توسعه و استقرار سریع، افت میکرد. همین امر به ویژه در مورد رایانش ابری نیز صادق است. زیرساخت به عنوان یک سرویس (IaaS) و پلت فرم به عنوان یک سرویس (PaaS) خود را به عنوان راهکارهای بالغ در فرآیندها و زیرساختهای فناوری اطلاعات اثبات کردهاند.
در نهایت، اخیراً جعبه ابزارهایی برای ... ظاهر شدهاند. ادغام مداوم (CI). مفهوم ابزارهای CI توسط گریدی بوچ در سال ۱۹۹۱ در کتاب روش بوچ او متولد و ارائه شد.
۲۰۰۷-۲۰۰۸: بلژیکی ناامید
پاتریک دبویس، مشاور، مدیر پروژه و متخصص چابک بلژیکی، ماموریتی را از یک وزارتخانه دولتی بلژیک برای کمک به مهاجرت مراکز داده پذیرفت. به طور خاص، او مسئول صدور گواهینامه و آزمایش آمادگی بود. مسئولیتهای او ایجاب میکرد که فعالیتها را هماهنگ کند و روابط بین تیمهای توسعه نرمافزار و عملیات را ایجاد کند. سرورها، پایگاههای داده و شبکهها. ناامیدی او از فقدان انسجام و دیوارهایی که روشهای توسعه و عملیات را از هم جدا میکردند، نارضایتی او را تشدید میکرد. اشتیاق دسبویس برای بهبود، خیلی زود او را به اقدام واداشت.
در سال ۲۰۰۸، در کنفرانس چابک در تورنتو، اندرو شیفر پیشنهاد داد که یک جلسه غیررسمی ویژه را برای بحث در مورد موضوع «زیرساخت چابک«و فقط یک نفر برای بحث در مورد این موضوع آمد: پاتریک دیبویس. بحث و تبادل نظر آنها مفهوم مدیریت سیستمهای چابک را پیش برد. در همان سال، دیبویس و شافر گروه نسبتاً موفق مدیریت سیستمهای چابک را در گوگل ایجاد کردند.»
۲۰۰۹: پرونده همکاری Dev-Ops
در کنفرانس O'Reilly Velocity، دو کارمند فلیکر، جان آلسپاو، معاون ارشد عملیات فنی و پل هاموند، مدیر ارشد فناوری، ارائهای ارائه دادند که اکنون مشهور شده است. ۱۰ استقرار در روز: همکاری توسعهدهندگان و عملیات در فلیکر.
این ارائه بسیار چشمگیر بود و آلسپاو و هاموند تعاملات پیچیده بین نمایندگان توسعه و عملیات را در طول استقرار نرمافزار به نمایش گذاشتند، که با اشاره انگشت و اتهامات متقابل در امتداد این خطوط همراه بود: «این کد من نیست، همه کامپیوترهای شما هستند!» ارائه آنها تأیید کرد که تنها راه حل معقول این است که فعالیتهای توسعه و استقرار نرمافزار یکپارچه، شفاف و کاملاً یکپارچه باشند. با گذشت زمان، این ارائه به افسانهای تبدیل شده است و اکنون از نظر تاریخی به عنوان لحظهای سرنوشتساز در نظر گرفته میشود که صنعت فناوری اطلاعات شروع به مطالبه روشی کرد که امروزه به عنوان DevOps شناخته میشود.
۲۰۱۰: DevOps در ایالات متحده
با افزایش تعداد دنبالکنندگان، کنفرانس DevOpsDays برای اولین بار در ایالات متحده در مانتین ویو، کالیفرنیا، بلافاصله پس از کنفرانس سالانه Velocity برگزار شد. با نگاهی به سال ۲۰۱۸، بیش از ۳۰ کنفرانس DevOpsDays برنامهریزی شده است، از جمله دهها کنفرانس در ایالات متحده.
۲۰۱۳: پروژه «ققنوس»
برای بسیاری از ما، یکی دیگر از لحظات مهم در تاریخ DevOps، انتشار کتاب «پروژه ققنوس» نوشته جین کیم، کوین بهر و جورج سفورد بود. این رمان داستان یک مدیر فناوری اطلاعات را روایت میکند که در موقعیتی ناامیدکننده گرفتار شده است: او وظیفه دارد یک پروژه تجارت الکترونیک حیاتی را که از مسیر خود منحرف شده است، نجات دهد. مربی مرموز مدیر - یکی از اعضای هیئت مدیره که مجذوب روشهای تولید ناب است - شخصیت اصلی داستان را الهام میبخشد تا در مورد فناوری اطلاعات و توسعه برنامهها به روشهای جدیدی فکر کند و مفهوم DevOps را از پیش پیشبینی کند. اتفاقاً، پروژه ققنوس الهامبخش ما برای نوشتن کتاب «برونسپاری یا...» شد، کتابی درباره یک داستان تجاری مشابه در مورد یک معاون مهندسی نرمافزار که در طول توسعه یک محصول جدید برونسپاری شده بزرگ از DevOps استفاده میکند.
DevOps برای آینده
DevOps را باید بیشتر به عنوان یک سفر یا شاید یک آرمان توصیف کرد تا یک مقصد. مانند تولید ناب، DevOps برای بهبود مستمر، افزایش بهرهوری و کارایی و حتی استقرار مداوم تلاش میکند. ابزارهای خودکار برای پشتیبانی از DevOps همچنان در حال تکامل هستند.
از زمان آغاز DevOps در دهه گذشته، دستاوردهای زیادی حاصل شده است و انتظار داریم در سال ۲۰۱۸ و پس از آن، شاهد دستاوردهای بیشتری نیز باشیم.
منبع: www.habr.com
