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