أحب المشاريع التي تستغرق أسبوعًا وأخشى المشاريع التي تستغرق عامًا. في Agile، أعجبني حقًا مفهوم MVP والزيادة، وهذا هو الشيء الوحيد الذي أحبه: إنشاء قطعة قابلة للتطبيق، وتنفيذها والمضي قدمًا.
وفي الوقت نفسه، فإن تحول DevOps بالشكل الذي تمت مناقشته به في الكتب والمؤتمرات هو مجرد مشروع مدته عام واحد. أو في السنوات.
لقد قمنا ببناء دورة DevOps الخاصة بنا وفقًا لنموذج "MVP DevOps في سباق واحد" و"الاستعداد للزيادات". وإذا كان من الناحية الإنسانية، فعندئذ "حتى يتمكن المشارك، عند عودته، من تنفيذ شيء ما في المنزل على الفور والاستفادة منه".
MVP DevOps: تحتوي الدورة التدريبية على أدوات لعمليات DevOps الأساسية. لم نحدد لأنفسنا مهمة مراجعة ومقارنة جميع أنظمة CI/CD أو الكشف عن أعماق البنية التحتية كنهج للتعليمات البرمجية. نحن نقدم حزمة واحدة واضحة: Gitlab CI/CD، وAnsible، وTerraform and Packer، وMolecule، وPrometheus، وEFK. يمكنك القدوم من الدورات وجمع البنية التحتية لمشروع تجريبي من المواد التدريبية والعمل فيها.
الاستعداد للزيادات: نحن نقدم لكل عنصر الكثير من الممارسات والأمثلة. يمكنك أن تأخذ أداة واحدة وتبدأ في تنفيذها باستخدام الرسومات التدريبية. على سبيل المثال، اكتب دليل Ansible لطرح بيئات التطوير أو قم بتوصيل الروبوت وإدارة الخادم من هاتفك. أي الحصول على نتيجة عملية ملموسة خلال أسبوع. قد يكون الأمر بعيدًا جدًا عن تحول DevOps للشركة بأكملها، ولكنه موجود، إنه هنا، وهو يعمل ويجلب الفوائد.
موضوعات Slurm DevOps
الموضوع رقم 1: أفضل ممارسات Git - يتحدث عن نفسه.
الموضوع رقم 2: العمل مع التطبيق من وجهة نظر التطوير — المهندس يحتاج إلى كفاءات إداري ومطور، لذلك نحن نخبر المسؤولين عن التطوير.
الموضوع رقم 3: أساسيات CI/CD
- مقدمة لأتمتة CI/CD
- أساسيات جيتلاب CI
- أفضل الممارسات مع gitlab-runner
- أدوات Bash وmake وgradle كجزء من CI/CD والمزيد
- Docker كوسيلة لحل مشاكل CI
الموضوع رقم 4: Gitlab CI/CD في الإنتاج
- المنافسة عند بدء العمل
- مراقبة التنفيذ وقيوده: فقط متى
- العمل مع القطع الأثرية
- القوالب، وتتضمن والخدمات الصغيرة: تبسيط النشر
نحن نقدم للطلاب المفاهيم والمفاهيم الأساسية لـ CI/CD وأدوات تنفيذ CI/CD. ونتيجة لذلك، سيكون الطالب قادرًا على اختيار نمط تصميم CI/CD بشكل مستقل وأداة التنفيذ المناسبة.
ثم نعرض تنفيذ CI/CD في Gitlab ونستعرض عملية الإعداد، وننظر إلى الطرق المتقدمة لاستخدام Gitlab CI. ونتيجة لذلك، سيتمكن الطالب من تكوين Gitlab CI بشكل مستقل لمشاريعه الخاصة.
بالمقارنة مع DevOps Slurm الأول، قمنا بتقليص النظرية مرتين (ساعة لكل موضوع)، وابتعدنا عن مراجعة جميع الأنظمة وتركنا Gitlab CI فقط. ركزنا على الممارسة وأضفنا الكثير من أفضل الممارسات.
الموضوع رقم 5: البنية التحتية كرمز
- IaC: نهج البنية التحتية كرمز
- موفرو السحابة كمزودي البنية التحتية
- أدوات تهيئة النظام ، بناء الصورة (Packer)
- IaC على مثال Terraform
- تخزين التكوين ، والتعاون ، وأتمتة التطبيقات
- ممارسة إنشاء كتب اللعب Ansible
- الجدية ، التصريحية
- IaC على مثال Ansible
لقد قمنا بتقليل الجزء النظري من واجهة المستخدم وopenstack cli وركزنا على الممارسة.
دعونا نلقي نظرة على نهجي IaC باستخدام نفس التطبيق، مع توضيح إيجابيات وسلبيات كل نهج. ونتيجة لذلك، سوف يفهم الطالب النهج الذي يجب استخدامه وأين سيكون قادرًا على العمل مع كل من Terraform وAnsible.
في موضوع Terraform، سنلقي نظرة على العمل الجماعي وحالة التخزين في قاعدة البيانات عمليًا. عند العمل مع الوحدات النمطية، سيقوم الطالب بكتابة الوحدة وتكوينها بنفسه، وتعلم كيفية العمل معها: إعادة استخدامها، وإصدارها. دعونا نضيف العمل مع القنصل، ونوضح الحالات التي تكون هناك حاجة إليها وكيفية استخدامها بشكل صحيح.
الموضوع رقم 6: اختبار البنية التحتية
- دعونا نكتشف لماذا لا يكتبون الاختبارات؟
- ما هي الاختبارات الموجودة في IaC؟
- المحللون الثابتون، هل هم حقًا عديمي الفائدة؟
- اختبار وحدة IaC باستخدام جزيء + غير كمثال
- الاختبار كجزء من ci
- اختبارات المنشطات أو كيفية عدم الانتظار لمدة 5 ساعات حتى تنتهي اختبارات IaC
لقد قمنا بتقليل الجزء النظري، وقصص أقل حول Vagrant/Molecule، والمزيد من التدريب والاختبار المباشر، مع التركيز على الوبر والعمل معهم. النظر إليها من وجهة نظر CI
كيفية جعل الاختبار أسرع. ومن الناحية العملية سيكون هناك:
- جهاز فحص مكتوب ذاتيًا يتحقق من وجود متغيرات إلزامية للمضيف اعتمادًا على الدور؛
- نضيف إلى اختبار CI فقط تلك الأدوار التي تغيرت، والتي يمكن أن تقلل بشكل كبير من وقت تنفيذ الاختبار؛
- إضافة اختبار السيناريو. نقوم بنشر التطبيق بأكمله كاختبار للتكامل.
الموضوع رقم 7: مراقبة البنية التحتية مع بروميثيوس
- كيفية بناء نظام مراقبة صحي
- المراقبة كأداة للتحليل وكفاءة التطوير واستقرار الكود حتى قبل البيع
- إعداد بروميثيوس + تنبيه مدير + جرافانا
- الانتقال من مراقبة الموارد إلى مراقبة التطبيقات
سنتحدث كثيرًا عن مراقبة الخدمات الصغيرة: معرفات الطلبات وأداة مراقبة واجهة برمجة التطبيقات. سيكون هناك الكثير من أفضل الممارسات والكثير من العمل المستقل.
دعونا نكتب المصدر الخاص بنا. سنقوم بإعداد مراقبة ليس فقط للبنية التحتية للإنتاج والتطبيقات، ولكن أيضًا للتجميعات في Gitlab. دعونا نلقي نظرة على إحصائيات الاختبارات الفاشلة. دعونا نرى عمليًا كيف ستبدو المراقبة بدون فحص الصحة ومعه.
الموضوع رقم 8. تسجيل الطلب مع ELK
- نظرة عامة على المرونة وأدواتها
- ELK/Elastic Stack/x-pack - ما هو وما الفرق؟
- ما هي المشاكل التي يمكن حلها باستخدام ElasticSearch (البحث والتخزين وميزات القياس ومرونة التكوين)
- مراقبة البنية التحتية (x-pack)
- سجلات الحاوية والتطبيق (x-pack)
- التسجيل باستخدام تطبيقنا كمثال
- ممارسات العمل مع كيبانا
- افتح توزيعة Elasticsearch من أمازون
تمت إعادة تصميم الموضوع بالكامل، حيث استضافه إدوارد ميدفيديف، ورآه الكثيرون في ندوة عبر الإنترنت حول DevOps وSRE. سيخبر ويوضح أفضل الممارسات للعمل مع EFK باستخدام مثال التطبيق التعليمي. سيكون هناك تدريب مع كيبانا.
الموضوع رقم 9: أتمتة البنية التحتية مع ChatOps
- DevOps و ChatOps
- نقاط القوة في ChatOps
- سلاك والبدائل
- روبوتات ChatOps
- Hubot والبدائل
- أمن
- تجريب
- أفضل الممارسات وأسوأها
أضافت ChatOps ممارسة المصادقة مع فصل الحقوق، وتأكيد الإجراءات من قبل مستخدم آخر، ونظرية وممارسة بديل لـ Slack في شكل Mattermost، ونظرية اختبارات الوحدة والتكامل للروبوت.
يبدأ DevOps slurm في 30 يناير. السعر - 30.
ولمن أنهى القراءة هناك خصم 15% على دورة DevOps باستخدام الرمز الترويجي habrapost.
التسجيل
سأكون سعيدًا برؤيتك في Slurms!
المصدر: www.habr.com