استكشاف الطرق الثلاثة الأساسية لتنفيذ DevOps

إذا كنت تعمل في الجانب التقني في أي منظمة لتطوير البرمجيات، فربما تكون قد سمعت عن المفهوم المسمى “الطرق الثلاث” بالتأكيد. إنها ليست سوى مجموعة من مبادئ العمل التي تحفز المؤسسات على إعطاء القيمة التي تستحقها لثقافة مؤسسية ذات حلقات قصيرة من التغذية الراجعة. عندما يتم اتباع هذه الثقافة، سيكون الجميع في وضع يسمح لهم بفهم كيفية ارتباط أجزاء العمل المختلفة ببعضها البعض. أيضًا، في هذه الثقافة، يتم تحفيز جميع الموظفين على البحث عن المعرفة التي تساعد المؤسسات على تحقيق أهداف أعمالها.
ولادة الطرق الثلاث:
تم تقديم مفهوم “الطرق الثلاث” لأول مرة في أحد أكثر كتب تكنولوجيا المعلومات/الأعمال شهرةً والذي يحمل اسم “مشروع فينيكس”. تُظهر القصة السردية لهذا الكتاب للقراء من خلال عيون الشخصيات الآثار السيئة عندما لا يعمل فريق الأمن، وفريق ضمان الجودة، وعمليات تكنولوجيا المعلومات، وفريق تطوير البرمجيات، ومالكو المنتجات في المؤسسة كوحدة متماسكة.
تم تقديم مفهوم الطرق الثلاث من خلال شخصية غامضة في الكتاب تدعى إريك ريد. الشيء الجيد في هذا الكتاب هو أنه يقدم للشخصيات الأخرى إطار عمل لتطبيق DevOps. فهو يأخذ القراء من خلال تطوير ثقافة، حيث يتم مواءمة التكنولوجيا والعملية والأشخاص بشكل صحيح والعمل على تحقيق نفس الهدف المتمثل في توفير القيمة للعملاء.
يحتوي مشروع فينيكس، وهو كتاب نشرته شركة IT Resolution، على عمل مرجعي مرتبط به يحمل اسم DevOps Handbook. يمكنك الحصول على شرح متعمق للطرق الثلاث لـ DevOps وكيف يمكن استخدام مبادئ DevOps لإنشاء أفضل الممارسات في مؤسستك.
ثلاث طرق – موجز:
عند التحدث عن الطرق الثلاث لـ DevOps، إليك نبذة عن الطرق الثلاث:
الطريقة الأولى: توضح أن العمل يتدفق دائمًا في نفس الاتجاه. الاتجاه من الأعلى إلى الأسفل أو من أعلى إلى أسفل.
الطريقة الثانية: تتضمن إنشاء حلقات التغذية الراجعة وتقصيرها وتضخيمها.
الطريق الثالث: يدل على التجريب المستمر بحيث يكون من الممكن التعلم من الأخطاء. وفي المقابل، سيصبح الإتقان أسهل.
باختصار، الطريقة الأولى تتحدث عن مبادئ التدفق، والطريقة الثانية تناقش مبادئ التغذية الراجعة، أما الطريقة الثالثة فتتضمن مبادئ التعلم المستمر. دعونا نكتسب فهمًا أفضل لكل طريقة من هذه الطرق الثلاث لـ DevOps أدناه:
1. الطريقة الأولى:
بعبارات بسيطة، تتعلق الطريقة الأولى بالتفكير في النظام/التدفق. وهي تعطي أهمية لأداء النظام ككل مقابل أداء قسم معين أو جزء معين من العمل. ويمكن أن يكون هذا إما كبيرًا مثل قسم كبير أو صغيرًا مثل مساهم فردي. ومن الأمثلة على الطريقة الأولى قسم التطوير أو قسم عمليات تكنولوجيا المعلومات، في حين أن الأمثلة على الطريقة الثانية هي مسؤول النظام أو المطور.
سيكون التركيز في الطريقة الأولى على جميع تدفقات قيمة الأعمال التي يتم تمكينها بواسطة تكنولوجيا المعلومات. وبعبارة أخرى، تبدأ عندما يقوم قسم تكنولوجيا المعلومات أو الأعمال ككل بتحديد المتطلبات. ويبدأ تحديد المتطلبات عندما تكون الحلول التي يمكن أن تلبي المتطلبات مدمجة في التطوير ثم تنتقل إلى عمليات تكنولوجيا المعلومات. ثم يتم نقل القيمة إلى العملاء كشكل من أشكال الخدمة.
وبالطبع، قبل وضع هذه الطريقة الأولى موضع التنفيذ، ستكون مهتمًا بمعرفة النتائج التي يمكنك توقعها. وهي تتضمن عدم تمرير أي عيب تم رصده بالفعل إلى مراكز العمل في المراحل النهائية. كما يتضمن عدم السماح بالتحسين المحلي لخلق التدهور على المستوى التنظيمي. تتضمن النتيجة السعي إلى زيادة التدفق والسعي إلى تحقيق فهم عميق للنظام ككل.
المبادئ الرئيسية للطريق الأول:
عندما تنوي اتباع الطريقة الأولى من بين الطرق الثلاث لـ DevOps، فمن الأفضل أن تفهم مبادئ هذه الطريقة.
جعل العمل أكثر وضوحًا:
عندما يتعلق الأمر بالصناعات التي تنطوي على إنتاج أي منتج، سيكون من السهل مراقبة العمليات التي ينطوي عليها الأمر في المصنع. ولكن، عندما يتعلق الأمر بتطوير البرمجيات، لا يمكن رؤية التدفق خلال دورة حياة التطوير بسهولة. لذلك، يمكن تسليط الضوء على الأنشطة التي تحدث خلف الكواليس باستخدام أساليب مثل لوحات كانبان. في المقابل، سيكون من الممكن رؤية حركة قصة المستخدم من اليسار إلى اليمين عبر مراحل التطوير.
تقييد العمل قيد التنفيذ:
عندما يتم تقييد العمل قيد التنفيذ، سيكون من الممكن تسريع تدفق العمل. والسبب هو أنه يقلل من التبديل بين السياقات وتعدد المهام في القوى العاملة.
تقليل أحجام الدفعات:
يمكن أن يساعد تقسيم العمل إلى أجزاء أصغر مثل سباق سريع لمدة أسبوعين في تقديم إصلاحات الأخطاء والميزات للعملاء بوتيرة أسرع. عند القيام بذلك، يمكن رصد المشكلات بسهولة عند إصدار تلك الإضافات والتحديثات بسرعة,
بصرف النظر عن هذه المبادئ، تتضمن الطريقة الأولى مبادئ أخرى مثل اكتشاف وإزالة الهدر والقيود وتقليل عمليات التسليم بين الفرق.
2. الطريقة الثانية
ستولي الطريقة الثانية الاهتمام بزيادة حلقات التغذية الراجعة من اليمين إلى اليسار. في هذه الطريقة، سينصب الاهتمام في هذه الطريقة على زيادة كل من سرعة الحصول على التغذية الراجعة وعدد حلقات التغذية الراجعة في التدفق. الفكرة هنا هي أن التدفق يجب أن يتوقف فور اكتشاف خطأ ما. والفكرة هنا أيضًا هي نقل التغذية الراجعة القادمة من الأخطاء بأسرع ما يمكن إلى المصدر حتى يمكن تصحيحها.
كيف يمكن تحقيق الطريقة الثانية؟
عندما ترغب في اتباع الطريقة الثانية، يجب أن يكون لديك عمليات تكامل ونشر وبناء مستمرة تعمل بالاشتراك مع بعضها البعض مع مجموعة سريعة وآلية من الاختبارات. عندما يتم ذلك، سيكون من الممكن تقديم ملاحظات سريعة لفريق التطوير في مؤسستك.
خفض عدد الأعمال قيد التنفيذ:
على غرار الطريقة الأولى أعلاه، حتى في الطريقة الثانية، سيكون من الممكن تحسين سرعة حلقة التغذية الراجعة من خلال خفض عدد الأعمال قيد التنفيذ. عندما يكون عدد الأعمال قيد التنفيذ أقل، سيكون من الممكن التحرك بسرعة عبر خط الأنابيب. في المقابل، يمكن اختبارها بسرعة في العقدة القادمة في التدفق. ونتيجة لذلك، سيحدث توليد التغذية الراجعة بسرعة.
3. الطريقة الثالثة:
تتضمن الطريقة الثالثة ثقافة التجريب. وهي تشمل الممارسات التالية:
التجريب المستمر:
الممارسة الأولى وفكرة الطريقة الثالثة من بين الطرق الثلاث ل DevOps هي ثقافة التجريب المستمر. وبعبارة أخرى، يجب أن يتوفر للفرق أولاً الوقت اللازم للتجريب. عندما يحصلون على وقت للتجريب، يمكنهم الحصول على تقنيات أو أفكار جديدة حتى يتمكنوا من تسريع عملهم.
تعلم الفشل
الفكرة الثانية من الطريقة الثالثة هي التعلم من الفشل. سيكون أعضاء فريقك على استعداد لتحمل المخاطر فقط عندما يعلمون أنهم لن يعاقبوا على أخطائهم. تصر الطريقة الثالثة من DevOps على المخاطرة. فقط الأشخاص الذين يميلون إلى المخاطرة في بعض الأحيان يصبحون قادة عظماء في التاريخ. توصي هذه الفكرة بأن الفرق يجب ألا تخاف أبدًا من الفشل. ولكن، يجب أن يتحلوا بالشجاعة الكافية لتحمل المخاطر. وعندما يفشلون، يظل بإمكانهم التعلم من أخطائهم وتجنبها في المستقبل.
التكرار:
وفقًا للفكرة الثالثة للطريقة الثالثة، فإن التكرار هو التأهيل المسبق للإتقان. عندما يتم القيام بمهام معينة بشكل متكرر، سيكون من الممكن الحصول على التدريب. تتضمن هذه الطريقة في DevOps إدخال عيوب في النظام. عندما يتم إدخال تصحيح هذه العيوب كممارسة، سيساعد ذلك في تحسين المرونة. حتى أن التكرار سيساعد في خفض MTTR أو متوسط الوقت اللازم للتعافي. ومن الأمثلة الممتازة على هذا المفهوم “أيام اللعبة” التي تتبعها Google. والفكرة هي إدخال الفشل في النظام. عندما ينخرط موظفو Google في التكرار، سيضمن ذلك بقاء الفرق على استعداد جيد للتعامل مع هذا النوع من المواقف، خاصة فيما يتعلق بالأدوات والتدريب.
إدخال النتائج في النظام:
عندما يتم حقن النتائج الناتجة عن التكرار في النظام، يمكن للفرق أن تجعل النظام أكثر موثوقية ومرونة. الفكرة هنا هي أن جميع الإخفاقات ستحدث يوماً ما. كيف يمكن الادعاء بأنها لن تحدث؟ وفي حالة حدوثها في موقف حاسم، كيف يمكن إصلاحها عندما لا يكون لدى فريقك خبرة سابقة في التعامل مع مثل هذه الحالة؟
باختصار، تفترض الطريقة الثالثة، بالطبع، وجود نظام فعال للأجهزة بحيث يمكننا استخدام التغذية الراجعة وتحسين النظام. وحتى هذه الطريقة تفترض إمكانية تنفيذ هذه التجارب بسرعة. إذا تم ذلك، سيكون من الممكن القيام باستعادة النظام بسرعة.
من خلال هذه الطرق الثلاث لـ DevOps، ربما تكون قد فهمت أن DevOps ليس مجرد أتمتة. إنها ليست مجرد أدوات DevOps. لكنها أكثر من ذلك بكثير. فهو يشمل حلقات تغذية راجعة فعالة، ويتبع ثقافة التجريب المستمر والتغذية الراجعة، وأكثر من ذلك بكثير. معًا، ستجعل عملية تطوير البرمجيات الخاصة بك كاملة من البداية إلى النهاية.
تحقق أيضًا من:أفضل شهادات DevOps
الخاتمة:
في الختام، توفر طرق DevOps الثلاث إطار عمل شامل لتعزيز ثقافة التعاون والكفاءة والتحسين المستمر داخل مؤسسات تطوير البرمجيات. من خلال تبني مبادئ مثل التدفق والتغذية الراجعة والتجريب، يمكن للفرق تبسيط العمليات وتعزيز التواصل وتسريع الابتكار. تؤكد الطريقة الأولى على أهمية فهم النظام بأكمله وتحسين سير العمل. تركز الطريقة الثانية على حلقات التغذية الراجعة السريعة لاكتشاف الأخطاء وتصحيحها بكفاءة. وأخيرًا، تشجع الطريقة الثالثة على ثقافة التجريب والتعلم من الفشل لتعزيز المرونة والتحسين. يتجاوز DevOps مجرد الأتمتة؛ فهو يجسد فلسفة التطور والتحسين المستمر، مما يضمن أن تكون عمليات تطوير البرمجيات قوية وقابلة للتكيف منذ البداية وحتى التسليم. بالإضافة إلى ذلك، تقدم سبوتو تدريباً على شهادة DevOps Foundation® Foundation، لتزويد المشاركين بالمعرفة والمهارات اللازمة لتطبيق ممارسات DevOps بفعالية داخل مؤسساتهم.