يا هبر! أقدم انتباهكم إلى ترجمة المقال بواسطة ستيف ميزاك.
اعتمادًا على وجهة نظرك، ستحتفل DevOps بالذكرى السنوية التاسعة أو العاشرة لها هذا العام. في عام 2016، أشار تقرير حالة السحابة الصادر عن RightScales إلى أن 70 بالمائة من الشركات الصغيرة والمتوسطة تتبنى ممارسات DevOps. وقد زاد كل مؤشر يشكل هذه النتيجة منذ ذلك الحين. بينما تستعد DevOps لدخول عقدها الثاني، سيكون من الرائع الرجوع إلى الماضي والعودة إلى أصول DevOps، وحتى أصول الاسم نفسه.
قبل عام 2007: سلسلة مثالية من الأحداث
قبل عام 2007، أدت سلسلة من الظروف في النهاية إلى ظهور ما يُعرف اليوم باسم DevOps.
نحيف لقد أثبتت بالفعل أنها أفضل الممارسات. المعروف أيضا باسم نظام إنتاج تويوتا، تسعى Lean Manufacturing جاهدة إلى تحسين العمليات على أرضية التصنيع. (بالمناسبة، كانت إدارة تويوتا مستوحاة في البداية من أساليب خط التجميع الأصلية التي قدمتها شركة فورد للسيارات). تحسن مستمر هو شعار التصنيع الهزيل. ومن الناحية العملية، يتم تقييم المسارات التالية باستمرار:
- الحفاظ على مستويات المخزون من المواد الخام والمنتجات النهائية إلى الحد الأدنى. التصنيع الخالي من الهدر يعني الحد الأدنى من مخزون المواد الخام لإنتاج السلع والحد الأدنى من المنتجات النهائية التي تنتظر طلبها أو شحنها.
- تقليل قائمة انتظار الطلبات. ومن الناحية المثالية، تنتقل الطلبات المستلمة على الفور إلى الحالة المكتملة. سيكون المقياس الرئيسي للتصنيع الخالي من الهدر دائمًا هو الوقت من استلام الطلب إلى التسليم.
- تعظيم كفاءة عملية الإنتاج. يتم الجمع بين إعادة هندسة العمليات والأتمتة المحسنة لإنتاج السلع في أسرع وقت ممكن. يتم تقييم كل مجال من مجالات الإنتاج على طول المسار بأكمله (القطع واللحام والتجميع والاختبار وما إلى ذلك) للتأكد من عدم الكفاءة.
في عالم تكنولوجيا المعلومات، أفسحت الأساليب التقليدية لنموذج الشلال لتطوير البرمجيات المجال بالفعل للطرق التكرارية السريعة مثل رشيق. كانت السرعة هي صرخة الحشد، حتى لو عانت الجودة أحيانًا في السعي لتحقيق التطوير والانتشار السريع. وبنفس الطريقة تقريبًا، الحوسبة السحابية، على وجه الخصوص البنية التحتية كخدمة (IaaS) و منصة كما هو وجود خدمة (PaaS) أثبتت نفسها كحلول ناضجة في عمليات تكنولوجيا المعلومات والبنية التحتية.
أخيرًا، بدأت مجموعات الأدوات في الظهور مؤخرًا التكامل المستمر (سي). ولدت فكرة أدوات CI وقدمها جرادي بوش في عام 1991 في طريقة Booch الخاصة به.
2007-2008: بلجيكي محبط
قبل المستشار البلجيكي ومدير المشروع والممارسة Agile باتريك ديبوا موعدًا من وزارة الحكومة البلجيكية للمساعدة في ترحيل مركز البيانات. على وجه الخصوص، شارك في اختبار الشهادات والاستعداد. تطلبت مسؤولياته منه تنسيق وبناء العلاقات بين فرق تطوير البرمجيات وفرق عمليات الخادم وقاعدة البيانات والشبكة. إن إحباطه من الافتقار إلى التماسك والجدران التي تفصل بين أساليب التطوير والتشغيل جعله يشعر بالمرارة. وسرعان ما دفعته رغبة ديسبوا في التحسن إلى التحرك.
في مؤتمر Agile لعام 2008 في تورونتو، اقترح أندرو شيفر إدارة اجتماع غير رسمي تم ترتيبه خصيصًا لمناقشة الموضوع "البنية التحتية رشيقة"جاء شخص واحد فقط لمناقشة الموضوع: باتريك ديبوا. أدت مناقشاتهم وتبادل الأفكار إلى تطوير مفهوم إدارة الأنظمة الرشيقة. وفي العام نفسه، أنشأ ديبوا وشيفر مجموعة مسؤولي الأنظمة الرشيقة الناجحة إلى حد ما في Google.
2009: حالة التعاون بين Dev وOps
في مؤتمر O'Reilly Velocity، قدم اثنان من موظفي Flickr، نائب الرئيس الأول للعمليات الفنية جون أولسباو ومدير التكنولوجيا التنفيذي بول هاموند، العرض التقديمي الشهير الآن "10 عمليات نشر يوميًا: تعاون Dev وOps في Flickr".
كان العرض دراماتيكيًا، حيث أعاد Allspaw وHamond تمثيل التفاعلات المعقدة بين ممثلي التطوير والعمليات أثناء عملية نشر البرنامج، مع استكمال توجيه أصابع الاتهام والاتهامات المتبادلة على غرار "إنها ليست الكود الخاص بي، إنها جميع أجهزة الكمبيوتر الخاصة بك!" وأكد العرض الذي قدموه أن الخيار المعقول الوحيد هو أن تكون أنشطة تطوير البرمجيات ونشرها سلسة وشفافة ومتكاملة تمامًا. بمرور الوقت، أصبح هذا العرض التقديمي أسطوريًا ويُنظر إليه الآن تاريخيًا على أنه علامة فارقة عندما بدأت صناعة تكنولوجيا المعلومات في الدعوة إلى المنهجية المعروفة اليوم باسم DevOps.
2010: DevOps في الولايات المتحدة الأمريكية
مع تزايد عدد المتابعين، تم عقد مؤتمر DevOpsDays لأول مرة في الولايات المتحدة في ماونتن فيو، كاليفورنيا، مباشرة بعد مؤتمر Velocity السنوي. وبالمضي قدمًا حتى عام 2018، هناك أكثر من 30 مؤتمر DevOpsDays من المقرر عقدها، بما في ذلك العشرات في الولايات المتحدة.
2013: مشروع "فينيكس"
بالنسبة للكثيرين منا، كانت اللحظة الأخرى الجديرة بالملاحظة في تاريخ DevOps هي نشر كتاب "The Phoenix Project" من تأليف جين كيم وكيفن بير وجورج سافورد. تحكي هذه الرواية قصة مدير تكنولوجيا المعلومات الذي يجد نفسه في موقف يائس: حيث تم تكليفه بإنقاذ مشروع تجارة إلكترونية بالغ الأهمية والذي فشل. يقترح المرشد الغامض للمدير - عضو مجلس الإدارة الشغوف بأساليب التصنيع الخالية من الهدر - طرقًا جديدة للشخصية الرئيسية للتفكير في تكنولوجيا المعلومات وتطوير التطبيقات، وتوقع مفهوم DevOps. بالمناسبة، ألهمنا "مشروع العنقاء" لكتابة كتاب "الاستعانة بمصادر خارجية وإلا..." حول قصة عمل مماثلة حيث يستخدم نائب الرئيس للبرمجيات DevOps أثناء تطوير منتج رئيسي جديد يتم الاستعانة بمصادر خارجية فيه.
DevOps للمستقبل
من الجدير وصف DevOps بأنها رحلة، أو ربما طموح، وليس وجهة نهائية. تسعى DevOps، مثل التصنيع الخالي من الهدر، إلى التحسين المستمر وزيادة الإنتاجية والكفاءة، وحتى النشر المستمر. تستمر الأدوات الآلية لدعم DevOps في التطور.
لقد تم تحقيق الكثير منذ إنشاء DevOps في العقد الماضي، ونتوقع أن نرى المزيد في عام 2018 وما بعده.
المصدر: www.habr.com