Moskvada Slurm DevOps uchun ro'yxatdan o'tish ochiq

TP; DR

Slurm DevOps 30 yanvar - 1 fevral kunlari Moskvada bo'lib o'tadi.

Biz yana DevOps vositalarini amalda tahlil qilamiz.
Kesim ostidagi tafsilotlar va dastur.
SRE dasturdan olib tashlandi, chunki Ivan Kruglov bilan biz alohida Slurm SRE tayyorlayapmiz. E'lon keyinroq keladi.
Birinchi Slurmdan beri homiylarimiz bo'lgan Selectelga rahmat!

Moskvada Slurm DevOps uchun ro'yxatdan o'tish ochiq

Falsafa, skeptitsizm va kutilmagan muvaffaqiyat haqida

Men sentyabr oyining oxirida Moskvadagi DevOpsConf ko'rgazmasida qatnashdim.
Eshitganlarimning qisqacha mazmuni:
— DevOps har qanday hajmdagi ko'pchilik loyihalar uchun kerak;
— DevOps - bu madaniyat, har qanday madaniyat kabi, u kompaniya ichidan kelib chiqishi kerak. Siz DevOps muhandisini yollay olmaysiz va u jarayonlarni yaxshilashini orzu qila olmaysiz.
— DevOps-ni o'zgartirish uchun zarur bo'lgan narsalar ro'yxatining eng oxirida texnologiya, ya'ni biz o'rgatadigan DevOps vositalari keladi.

Men DevOps falsafasi va madaniyatini kursga kiritmaganimiz to'g'ri ekanligini angladim, chunki buni tizimli ravishda o'rgatib bo'lmaydi. Kimga kerak bo'lsa, kitoblarda o'qiydi. Yoki u o'zining xarizmasi va avtoriteti bilan hammani ishontiradigan ajoyib murabbiy topadi.

Shaxsan men har doim “pastdan harakat” tarafdori bo‘lganman, madaniyatni qurollar orqali partizanlarcha amalga oshirish. Feniks loyihasida tasvirlanganga o'xshash narsa. Agar bizda Git bilan jamoaviy ish to'g'ri o'rnatilgan bo'lsa, biz uni asta-sekin qoidalar bilan to'ldirishimiz mumkin va keyin u qadriyatlarga keladi.

Va baribir, biz DevOps Slurmni tayyorlayotganimizda, u erda biz faqat asboblar haqida gapirganimizda, men ishtirokchilarning reaktsiyasidan qo'rqardim: “Siz ajoyib narsalarni aytdingiz. Afsuski, men ularni hech qachon amalga oshira olmayman." Shu qadar ko'p shubha bor ediki, biz darhol dasturni takrorlashga chek qo'ydik.

Biroq, so‘rovda ishtirokchilarning aksariyati olingan bilimlar amaliyotda qo‘llanilishi mumkinligi va yaqin kelajakda o‘z yurtlarida biror narsani amalga oshirishlari haqida javob berdi. Shu bilan birga, biz tushuntirgan barcha narsalar foydali narsalar ro'yxatiga kiritilgan: Git, Ansible, CI/CD va SRE.

Shuni esda tutish kerakki, boshida ular Slurm Kubernetes haqida ham k3-larni 8 kun ichida tushuntirish mumkin emasligini aytishgan.

SRE mavzusini boshqargan Ivan Kruglov bilan biz alohida dastur bo'yicha kelishib oldik. Hozir biz tafsilotlarni muhokama qilmoqdamiz, men tez orada e'lon qilaman.

Slurm DevOps-da nima bo'ladi?

Dastur

Mavzu №1: Git bilan jamoaviy ishlash

  • Asosiy buyruqlar git init, commit, add, diff, log, status, pull, push
  • Git oqimi, filiallar va teglar, strategiyalarni birlashtirish
  • Bir nechta masofaviy takrorlashlar bilan ishlash
  • GitHub oqimi
  • Vilka, masofadan boshqarish, tortish so'rovi
  • Mojarolar, nashrlar, yana bir bor Gitflow va jamoalarga nisbatan boshqa oqimlar haqida

Mavzu №2: Ilova bilan rivojlanish nuqtai nazaridan ishlash

  • Pythonda mikroservis yozish
  • Atrof-muhit o'zgaruvchilari
  • Integratsiya va birlik testlari
  • Ishlab chiqishda docker-compose dan foydalanish

Mavzu №3: CI/CD: avtomatlashtirishga kirish

  • Avtomatlashtirishga kirish
  • Asboblar (bash, make, gradle)
  • Jarayonlarni avtomatlashtirish uchun git-hooklardan foydalanish
  • Zavod yig'ish liniyalari va ularning ITda qo'llanilishi
  • "Umumiy" quvur liniyasini qurish misoli
  • CI/CD uchun zamonaviy dasturiy ta'minot: Drone CI, BitBucket Pipelines, Travis va boshqalar.

4-mavzu: CI/CD: Gitlab bilan ishlash

  • Gitlab CI
  • Gitlab Runner, ularning turlari va qo'llanilishi
  • Gitlab CI, konfiguratsiya xususiyatlari, eng yaxshi amaliyotlar
  • Gitlab CI bosqichlari
  • Gitlab CI o'zgaruvchilari
  • Qurish, sinab ko'rish, joylashtirish
  • Ijro nazorati va cheklovlar: faqat, qachon
  • Artefaktlar bilan ishlash
  • .gitlab-ci.yml ichidagi shablonlar, quvur liniyasining turli qismlarida harakatlarni qayta ishlatish
  • Bo'limlarni o'z ichiga oladi
  • gitlab-ci.yml-ni markazlashtirilgan boshqarish (bitta fayl va boshqa omborlarga avtomatik surish)

Mavzu №5: Infratuzilma kod sifatida

  • IaC: Infratuzilmaga kod sifatida yondashish
  • Infratuzilma provayderlari sifatida bulutli provayderlar
  • Tizimni ishga tushirish vositalari, tasvirni yaratish (paker)
  • Misol sifatida Terraform yordamida IaC
  • Konfiguratsiyani saqlash, hamkorlik, ilovalarni avtomatlashtirish
  • Ansible o'yin kitoblarini yaratish amaliyoti
  • Idepotentlik, deklarativlik
  • Misol sifatida Ansible-dan foydalangan holda IaC

Mavzu №6: Infratuzilmani sinovdan o'tkazish

  • Molecule va Gitlab CI bilan sinov va uzluksiz integratsiya
  • Vagrant-dan foydalanish

Mavzu №7: Prometey yordamida infratuzilma monitoringi

  • Nima uchun monitoring kerak?
  • Monitoring turlari
  • Monitoring tizimidagi bildirishnomalar
  • Sog'lom monitoring tizimini qanday qurish mumkin
  • Har bir inson uchun tushunarli bildirishnomalar
  • Salomatlik tekshiruvi: nimalarga e'tibor berish kerak
  • Monitoring ma'lumotlariga asoslangan avtomatlashtirish

8-mavzu: Ilovani ELK bilan qayd qilish

  • Eng yaxshi jurnalni yozish amaliyotlari
  • ELK to'plami

9-mavzu: ChatOps yordamida infratuzilmani avtomatlashtirish

  • DevOps va ChatOps
  • ChatOps: kuchli tomonlar
  • Bo'shashmasdan va muqobil variantlar
  • ChatOps uchun botlar
  • Hubot va muqobillar
  • Xavfsizlik
  • Eng yaxshi va eng yomon amaliyotlar

Manzil: Moskva, Sevastopol mehmonxonasining konferentsiya zali.

Vaqtlari: 30 yanvardan 1 fevralgacha 3 kunlik og'ir ish.

Ro'yxatga olish

Manba: www.habr.com

a Izoh qo'shish