TL؛ DR
سنحلل مرة أخرى أدوات DevOps عمليًا.
التفاصيل والبرنامج تحت الخفض.
تمت إزالة SRE من البرنامج ، لأننا مع إيفان كروغلوف نعد Slurm SRE منفصل. سيكون الإعلان في وقت لاحق.
بفضل Selectel ، رعاتنا من أول Slurm!
عن الفلسفة والتشكيك والنجاح غير المتوقع
زرت DevOpsConf في موسكو في نهاية سبتمبر.
ملخص لما سمعته:
- هناك حاجة إلى DevOps في معظم المشروعات الكبيرة ؛
- DevOps هي ثقافة ، مثل أي ثقافة ، يجب أن تأتي من داخل الشركة. لا يمكنك تعيين مهندس DevOps وتحلم بأنه سيطور العمليات.
- في نهاية قائمة ما هو مطلوب لتحويل DevOps ، توجد تقنيات ، أي أدوات DevOps ذاتها التي نعلمها.
أدركت أننا كنا على حق في عدم تضمين فلسفة وثقافة DevOps في الدورة ، لأنه لا يمكن تدريس هذا بشكل منهجي. من يحتاجها ، اقرأها في الكتب. أو سيجد مدربًا رائعًا سيقنع الجميع بجاذبيته وسلطته.
أنا شخصياً كنت دائماً من مؤيدي "الحركة من الأسفل" ، تنفيذ حرب العصابات للثقافة من خلال الأدوات. شيء مشابه لما تم وصفه في مشروع Phoenix. إذا كان لدينا عمل جماعي مع Git تم إعداده بشكل صحيح ، فيمكننا تكميله ببطء باللوائح ، وبعد ذلك سيصل إلى القيم.
ومع ذلك ، عندما أعددنا DevOps Slurm ، حيث كان الأمر يتعلق بالأدوات فقط ، كنت خائفًا من رد فعل المشاركين: "لقد قلت أشياء عظيمة. من المؤسف أنني لن أتمكن أبدًا من تنفيذها ". كان هناك الكثير من الشك لدرجة أننا وضعنا على الفور حدًا لتكرار البرنامج.
ومع ذلك ، أجاب غالبية المشاركين في الاستطلاع أن المعرفة المكتسبة قابلة للتطبيق عمليًا ، وأنهم سينفذون شيئًا ما في بلدهم في المستقبل القريب. في الوقت نفسه ، تم تضمين كل ما شرحناه في قائمة الأشياء المفيدة: Git و Ansible و CI / CD و SRE.
يجدر بنا أن نتذكر أنه في البداية قالوا أيضًا عن Kubernetes Slurm أنه من المستحيل شرح k3s في 8 أيام.
مع إيفان كروجلوف ، الذي قاد موضوع SRE ، اتفقنا على برنامج منفصل. بمناقشة التفاصيل الآن ، سأقوم بإعلان قريبًا.
ماذا سيحدث في Slurm DevOps؟
برنامج
الموضوع رقم 1: العمل الجماعي مع Git
- الأوامر الأساسية git init، تقديم، إضافة، فرق، سجل، حالة، سحب، دفع
- تدفق بوابة ، الفروع والعلامات ، دمج الاستراتيجيات
- العمل مع عدة ممثلين عن بعد
- تدفق جيثب
- شوكة ، بعيد ، سحب الطلب
- التعارضات والإصدارات مرة أخرى حول Gitflow والتدفقات الأخرى المتعلقة بالفرق
الموضوع رقم 2: العمل مع التطبيق من وجهة نظر التطوير
- كتابة خدمة مصغرة في بايثون
- متغيرات البيئة
- اختبارات الوحدة والتكامل
- استخدام عامل البناء في التطوير
الموضوع رقم 3: CI / CD: مقدمة إلى الأتمتة
- مقدمة في الأتمتة
- الأدوات (bash، make، gradle)
- استخدام git hooks لأتمتة العمليات
- خطوط تجميع ناقل المصنع وتطبيقاتها في تكنولوجيا المعلومات
- مثال على بناء خط أنابيب "عام"
- برامج CI / CD الحديثة: Drone CI ، خطوط أنابيب BitBucket ، Travis ، إلخ.
الموضوع رقم 4: CI / CD: العمل مع Gitlab
- جيتلاب سي
- Gitlab Runner وأنواعها واستخداماتها
- Gitlab CI ، ميزات التخصيص ، أفضل الممارسات
- خطوات Gitlab CI
- متغيرات Gitlab CI
- بناء واختبار ونشر
- مراقبة التنفيذ وقيوده: فقط متى
- العمل مع القطع الأثرية
- قوالب داخل .gitlab-ci.yml ، تعيد استخدام الإجراءات في أقسام مختلفة من خط الأنابيب
- تشمل - الأقسام
- الإدارة المركزية لـ gitlab-ci.yml (ملف واحد ودفع تلقائي إلى مستودعات أخرى)
الموضوع رقم 5: البنية التحتية كرمز
- IaC: نهج البنية التحتية كرمز
- موفرو السحابة كمزودي البنية التحتية
- أدوات تهيئة النظام ، بناء الصورة (Packer)
- IaC على مثال Terraform
- تخزين التكوين ، والتعاون ، وأتمتة التطبيقات
- ممارسة إنشاء كتب اللعب Ansible
- الجدية ، التصريحية
- IaC على مثال Ansible
الموضوع رقم 6: اختبار البنية التحتية
- الاختبار والتكامل المستمر مع Molecule و Gitlab CI
- تطبيق المتشرد
الموضوع رقم 7: مراقبة البنية التحتية مع بروميثيوس
- لماذا المراقبة مطلوبة
- أنواع المراقبة
- الإخطارات في نظام المراقبة
- كيفية بناء نظام مراقبة صحي
- إخطارات يمكن للجميع قراءتها
- فحص الصحة: ما الذي تبحث عنه
- الأتمتة على أساس بيانات المراقبة
الموضوع رقم 8: تسجيل التطبيق باستخدام ELK
- أفضل ممارسات التسجيل
- كومة الأيائل
الموضوع رقم 9: أتمتة البنية التحتية مع ChatOps
- DevOps و ChatOps
- نقاط القوة في ChatOps
- سلاك والبدائل
- روبوتات ChatOps
- Hubot والبدائل
- أمن
- أفضل الممارسات وأسوأها
المكان: موسكو ، قاعة المؤتمرات في فندق سيفاستوبول.
مواعيد: من 30 يناير إلى 1 فبراير ، 3 أيام من العمل الشاق.
المصدر: www.habr.com