فيما سبق تم شرح:-
- فيما سبق تم شرح الدرس الأول في DevOps، ما هو DevOps؟
- الدرس الثاني في DevOps، شرح DevOps Architecture
فيما يلي الدرس الثالث من شرح دروس ديف اوبس – مراحل دورة ديف أوبس – DevOps Lifecycle.
ديف أوبس يحدد علاقة أجايل بين العمليات والتطوير. إنه عملية يمارسها فريق التطوير ومهندسو العمليات معًا من البداية إلى المرحلة النهائية للمنتج.
تعلم ديف أوبس ليس كاملاً دون فهم مراحل دورة حياة ديف أوبس. تشمل دورة ديف أوبس سبع مراحل كما هو موضح أدناه:
1) التطوير المستمر
تشمل هذه المرحلة التخطيط وكتابة البرمجيات. يتم اتخاذ رؤية المشروع خلال مرحلة التخطيط. ويبدأ المطورون في تطوير الكود للتطبيق. لا توجد أدوات ديف أوبس مطلوبة للتخطيط، ولكن هناك العديد من الأدوات للحفاظ على الكود.
2) التكامل المستمر
هذه المرحلة هي قلب دورة حياة ديف أوبس بأكملها. إنها ممارسة تطوير البرمجيات حيث يحتاج المطورون إلى إيداع التغييرات في الكود المصدر بشكل أكثر تواترًا. يمكن أن يكون هذا يوميًا أو أسبوعيًا. ثم يتم بناء كل ايداع، وهذا يسمح بالكشف المبكر عن المشاكل إذا كانت موجودة. ليس بناء الكود يشمل المجموعة فقط، بل يشمل أيضًا اختبار الوحدات، واختبار التكامل، ومراجعة الكود، والتعبئة.
الكود الداعم للوظائف الجديدة يتم دمجه باستمرار مع الكود الحالي. لذلك، يوجد تطوير مستمر للبرمجيات. يجب أن يتم دمج الكود المحدث باستمرار وبسلاسة مع الأنظمة ليعكس التغييرات للمستخدمين النهائيين.
جينكنز هو أداة شهيرة تُستخدم في هذه المرحلة. عندما يحدث تغيير في مستودع Git، يقوم جينكنز بجلب الكود المحدّث وإعداد بناء لذلك الكود، والذي يكون ملفًا قابلاً للتنفيذ بصيغة WAR أو JAR. ثم يتم توجيه هذا البناء إلى خادم الاختبار أو خادم الإنتاج.
3) الاختبار المستمر
في هذه المرحلة، يتم اختبار البرمجيات المطورة باستمرار للبحث عن الأخطاء. لاختبار مستمر، يتم استخدام أدوات اختبار الآلية مثل TestNG، JUnit، Selenium، وغيرها. تتيح هذه الأدوات لمهندسي الاختبار اختبار قواعد الكود المتعددة بشكل شامل بشكل متوازي للتأكد من عدم وجود عيب في الوظيفة. يمكن استخدام حاويات Docker في هذه المرحلة لمحاكاة بيئة الاختبار.
سيلينيوم يقوم بعمليات الاختبار التلقائي، وTestNG يولد التقارير. يمكن أتمتة هذه المرحلة كاملة من خلال أداة التكامل المستمرة المسماة جينكينز.
يوفر الاختبار التلقائي الكثير من الوقت والجهد لتنفيذ الاختبارات بدلاً من القيام بذلك يدويًا. بالإضافة إلى ذلك، إن إنشاء التقارير ميزة كبيرة. يصبح من الأسهل مهمة تقييم حالات الاختبار التي فشلت في مجموعة الاختبار. أيضًا، يمكننا جدولة تنفيذ حالات الاختبار في أوقات محددة مسبقًا. بعد الاختبار، يتم دمج الكود بشكل مستمر مع الكود الحالي.
4) المراقبة المستمرة
المراقبة هي مرحلة تتضمن جميع العوامل التشغيلية لعملية ديف أوبس بأكملها، حيث يتم تسجيل معلومات هامة حول استخدام البرمجيات ومعالجتها بعناية لاكتشاف الاتجاهات وتحديد مناطق المشكلات. عادةً ما يتم دمج المراقبة ضمن القدرات التشغيلية لتطبيق البرمجيات.
قد يظهر هذا في شكل ملفات توثيق أو قد ينتج عنه بيانات بكميات كبيرة عن معلمات التطبيق عندما يكون في وضع استخدام مستمر. يتم حل أخطاء النظام مثل عدم الوصول إلى الخادم، وانخفاض الذاكرة، إلخ في هذه المرحلة. يتم الحفاظ على أمان وتوافر الخدمة.
5) التغذية الراجعة المستمرة
يتم تحسين تطوير التطبيق باستمرار من خلال تحليل النتائج من عمليات البرمجيات. يتم ذلك من خلال وضع مرحلة حاسمة للتغذية الراجعة المستمرة بين العمليات وتطوير الإصدار القادم من التطبيق البرمجي الحالي.
الاستمرارية هي العامل الأساسي في ديف أوبس حيث يزيل الخطوات غير الضرورية التي يجب أن تتخذها تطبيقات البرمجيات من التطوير، واستخدامها لمعرفة مشاكلها ثم إنتاج نسخة أفضل. إنه يقضي على الكفاءة التي قد تكون ممكنة مع التطبيق ويقلل من عدد العملاء المهتمين.
6) النشر المستمر
في هذه المرحلة، يتم نشر الكود على خوادم الإنتاج. كما أنه من الضروري التأكد من استخدام الكود بشكل صحيح على جميع الخوادم.
يتم نشر الكود الجديد بشكل مستمر، وتلعب أدوات إدارة التكوين دورًا أساسيًا في تنفيذ المهام بشكل متكرر وسريع. فيما يلي بعض الأدوات الشهيرة التي تستخدم في هذه المرحلة، مثل Chef وPuppet وAnsible وSaltStack.
تلعب أدوات التحاويل إلى حاويات دورًا أساسيًا أيضًا في مرحلة النشر. Vagrant وDocker هما أدوات شهيرة تستخدم لهذا الغرض. تساعد هذه الأدوات في تحقيق الاتساق عبر بيئات التطوير، والتجريب، والاختبار، والإنتاج. كما أنها تساعد في توسيع النطاق وتقليله بسلاسة.
تساعد أدوات التحاويل إلى حاويات في الحفاظ على الاتساق عبر البيئات التي يتم فيها اختبار التطبيق وتطويره ونشره. لا يوجد فرصة لحدوث أخطاء أو فشل في بيئة الإنتاج حيث يقومون بتجميع وتكرار نفس التبعيات والحزم المستخدمة في بيئات الاختبار والتطوير والتجريب. يجعلون التطبيق سهل التشغيل على أجهزة الكمبيوتر المختلفة.
7) العمليات المستمرة
تعتمد جميع عمليات ديف أوبس على الاستمرارية مع أتمتة كاملة لعملية الإصدار وتسريع وقت السوق الكلي بشكل متواصل.
من النقاش يتبين أن الاستمرارية هي العامل الحاسم في ديف أوبس حيث يتم إزالة الخطوات التي غالبًا ما تشتت التطوير، وتجعل من الصعب اكتشاف المشاكل، وإنتاج نسخة أفضل من المنتج بعد عدة أشهر. مع ديف أوبس، يمكننا جعل أي منتج برمجي أكثر كفاءة وزيادة العدد الإجمالي للعملاء المهتمين بمنتجك.