ثبت نام برای Slurm DevOps در مسکو باز است

TL؛ DR

Slum DevOps از 30 ژانویه تا 1 فوریه در مسکو برگزار می شود.

دوباره ابزارهای DevOps را در عمل تجزیه و تحلیل خواهیم کرد.
جزئیات و برنامه زیر برش.
SRE از برنامه حذف شد زیرا به همراه ایوان کروگلوف در حال آماده سازی Slurm SRE جداگانه هستیم. اطلاعیه بعدا خواهد آمد.
با تشکر از Selectel، حامیان مالی ما از اولین Slurm!

درباره فلسفه، شک و تردید و موفقیت غیر منتظره

من در اواخر سپتامبر در DevOpsConf در مسکو شرکت کردم.
خلاصه چیزی که شنیدم:
- DevOps برای اکثر پروژه ها با هر اندازه مورد نیاز است.
— DevOps یک فرهنگ است، مانند هر فرهنگی، باید از درون شرکت آمده باشد. شما نمی توانید یک مهندس DevOps را استخدام کنید و رویاپردازی کنید که او فرآیندها را بهبود می بخشد.
- در انتهای لیست آنچه برای تبدیل DevOps مورد نیاز است، فناوری قرار می گیرد، یعنی همان ابزار DevOps که ما آموزش می دهیم.

متوجه شدم که حق داشتیم فلسفه و فرهنگ DevOps را در این دوره وارد نکنیم، زیرا این را نمی توان به طور سیستماتیک آموزش داد. هر کس به آن نیاز داشته باشد آن را در کتاب می خواند. یا یک مربی فوق العاده باحال پیدا می کند که همه را با جذابیت و اقتدار خود متقاعد کند.

من شخصاً همیشه حامی «جنبش از پایین»، اجرای چریکی فرهنگ از طریق ابزار بوده‌ام. چیزی شبیه آنچه در پروژه ققنوس توضیح داده شده است. اگر کار تیمی با Git به درستی تنظیم شده باشد، می توانیم به آرامی آن را با مقررات تکمیل کنیم و سپس به ارزش ها می رسیم.

و با این همه، وقتی داشتیم DevOps Slurm را آماده می کردیم، جایی که ما منحصراً در مورد ابزارها صحبت می کردیم، از واکنش شرکت کنندگان می ترسیدم: "شما چیزهای فوق العاده ای گفتید. حیف است، من هرگز نمی توانم آنها را اجرا کنم." آنقدر تردید وجود داشت که بلافاصله به تکرار برنامه پایان دادیم.

با این حال، اکثر شرکت کنندگان در این نظرسنجی پاسخ دادند که دانش به دست آمده در عمل قابل اجرا است و در آینده نزدیک چیزی را در کشور خود اجرا خواهند کرد. در عین حال، همه چیزهایی که توضیح دادیم در لیست موارد مفید گنجانده شد: Git، Ansible، CI/CD و SRE.

شایان ذکر است که در ابتدا در مورد Slurm Kubernetes نیز گفتند که توضیح k3s در 8 روز غیرممکن است.

با ایوان کروگلوف، که موضوع SRE را رهبری می کرد، بر سر یک برنامه جداگانه به توافق رسیدیم. در حال حاضر در حال بررسی جزئیات هستیم، به زودی اطلاعیه خواهم داد.

در Slurm DevOps چه اتفاقی خواهد افتاد؟

برنامه

موضوع شماره 1: کار تیمی با Git

• دستورات اساسی git init، commit، add، diff، log، status، pull، push
• جریان Git، شاخه ها و برچسب ها، استراتژی های ادغام
• کار با چندین تکرار از راه دور
• جریان GitHub
• چنگال، ریموت، درخواست کشش
• درگیری ها، انتشارات، یک بار دیگر در مورد Gitflow و سایر جریان ها در رابطه با تیم ها

موضوع شماره 2: کار با برنامه از نقطه نظر توسعه

• نوشتن یک میکروسرویس در پایتون
• متغیرهای محیطی
• تست های ادغام و واحد
• استفاده از docker-compose در توسعه

موضوع شماره 3: CI/CD: مقدمه ای بر اتوماسیون

• مقدمه ای بر اتوماسیون
• ابزارها (باش، ساختن، گرید)
• استفاده از git-hooks برای خودکارسازی فرآیندها
• خطوط مونتاژ کارخانه و کاربرد آنها در فناوری اطلاعات
• نمونه ای از ساخت یک خط لوله "عمومی".
• نرم افزار مدرن برای CI/CD: Drone CI، BitBucket Pipelines، Travis و غیره.

موضوع شماره 4: CI/CD: کار با Gitlab

• Gitlab CI
• Gitlab Runner، انواع و کاربردهای آنها
• Gitlab CI، ویژگی های پیکربندی، بهترین شیوه ها
• مراحل Gitlab CI
• متغیرهای Gitlab CI
• ساخت، تست، استقرار
• کنترل اجرا و محدودیت ها: فقط، چه زمانی
• کار با مصنوعات
• الگوهای داخل gitlab-ci.yml.، با استفاده مجدد از اقدامات در قسمت‌های مختلف خط لوله
• شامل - بخش ها
• مدیریت متمرکز gitlab-ci.yml (یک فایل و فشار خودکار به مخازن دیگر)

موضوع شماره 5: زیرساخت به عنوان کد

• IaC: نزدیک شدن به زیرساخت به عنوان کد
• ارائه دهندگان ابر به عنوان ارائه دهندگان زیرساخت
• ابزارهای اولیه سازی سیستم، ساخت تصویر (پکر)
• IaC با استفاده از Terraform به عنوان مثال
• ذخیره سازی پیکربندی، همکاری، اتوماسیون برنامه
• تمرین ایجاد کتاب های بازی Ansible
• ناتوانی، اعلامی بودن
• IaC با استفاده از Ansible به عنوان مثال

موضوع شماره 6: آزمایش زیرساخت

• تست و ادغام مداوم با Molecule و Gitlab CI
• استفاده از Vagrant

موضوع شماره 7: نظارت بر زیرساخت با پرومتئوس

• چرا نظارت لازم است
• انواع نظارت
• اطلاعیه ها در سیستم مانیتورینگ
• چگونه یک سیستم مانیتورینگ سالم بسازیم
• اعلان‌های قابل خواندن توسط انسان، برای همه
• بررسی سلامت: آنچه باید به آن توجه کنید
• اتوماسیون بر اساس داده های نظارت

موضوع شماره 8: ثبت برنامه با ELK

• بهترین شیوه‌های ورود به سیستم
• پشته ELK

موضوع نهم: اتوماسیون زیرساخت با ChatOps

• DevOps و ChatOps
• ChatOps: نقاط قوت
• سستی و جایگزین
• ربات ها برای ChatOps
• Hubot و جایگزین
• امنیت
• بهترین و بدترین شیوه ها

جایی: مسکو، اتاق کنفرانس هتل سواستوپل.

تاریخها: از 30 ژانویه تا 1 فوریه، 3 روز کار سخت.

ثبت

منبع: www.habr.com