Lt; DR
vyks Maskvoje sausio 30 – vasario 1 dienomis.
Dar kartą išanalizuosime „DevOps“ įrankius praktiškai.
Išsami informacija ir programa po pjūviu.
SRE buvo pašalintas iš programos, nes kartu su Ivanu Kruglovu ruošiame atskirą Slurm SRE. Skelbimas bus vėliau.
Ačiū Selectel, mūsų rėmėjams nuo pat pirmojo Slurm!
Apie filosofiją, skepticizmą ir netikėtą sėkmę
Rugsėjo pabaigoje dalyvavau „DevOpsConf“ Maskvoje.
Santrauka to, ką girdėjau:
— „DevOps“ reikalinga daugumai bet kokio dydžio projektų;
— „DevOps“ yra kultūra, kaip ir bet kuri kultūra, ji turi kilti iš įmonės. Negalite samdyti „DevOps“ inžinieriaus ir svajoti, kad jis pagerins procesus.
- Pačioje sąrašo, ko reikia DevOps transformacijai, pabaigoje yra technologija, tai yra patys DevOps įrankiai, kurių mokome.
Supratau, kad buvome teisūs, neįtraukę DevOps filosofijos ir kultūros į kursą, nes to negalima dėstyti sistemingai. Kam reikės, perskaitys knygose. Arba susiras super šaunų trenerį, kuris visus įtikins savo charizma ir autoritetu.
Asmeniškai aš visada buvau „judėjimo iš apačios“ šalininkas, partizaninio kultūros įgyvendinimo priemonėmis. Kažkas panašaus į aprašytą „The Phoenix Project“. Jei komandinį darbą su „Git“ nustatysime tinkamai, galime pamažu jį papildyti taisyklėmis, o tada jis taps vertybėmis.
Ir vis dėlto, kai ruošėme „DevOps Slurm“, kur kalbėjome tik apie įrankius, bijojau dalyvių reakcijos: „Jūs pasakėte nuostabius dalykus. Gaila, kad niekada negalėsiu jų įgyvendinti“. Skepticizmo buvo tiek daug, kad programos kartojimą iškart nutraukėme.
Tačiau dauguma apklausos dalyvių atsakė, kad įgytos žinios pritaikomos praktikoje, artimiausiu metu kažką diegs savo šalyje. Tuo pačiu metu viskas, ką paaiškinome, buvo įtraukta į naudingų dalykų sąrašą: Git, Ansible, CI / CD ir SRE.
Vertėtų prisiminti, kad pradžioje ir apie Slurm Kubernetes sakė, kad k3s per 8 dienas paaiškinti neįmanoma.
Su SRE temą vedusiu Ivanu Kruglovu sutarėme dėl atskiros programos. Šiuo metu aptariame detales, netrukus paskelbsiu.
Kas nutiks „Slurm DevOps“?
Programa
1 tema: Komandinis darbas su Git
- Pagrindinės komandos git init, commit, add, diff, log, status, pull, push
- Git srautas, šakos ir žymos, sujungimo strategijos
- Darbas su keliais nuotoliniais atstovais
- GitHub srautas
- Šakė, nuotolinio valdymo pultas, traukimo užklausa
- Konfliktai, išleidimai, dar kartą apie Gitflow ir kitus srautus, susijusius su komandomis
2 tema: Darbas su programa kūrimo požiūriu
- Mikropaslaugos rašymas Python
- aplinkos įvairovė
- Integravimo ir vienetų testai
- „Docker-compose“ naudojimas kuriant
3 tema: CI/CD: įvadas į automatizavimą
- Įvadas į automatiką
- Įrankiai (bash, make, gradle)
- „Git-hooks“ naudojimas procesams automatizuoti
- Gamyklinės surinkimo linijos ir jų pritaikymas IT
- „Bendrojo“ dujotiekio tiesimo pavyzdys
- Šiuolaikinė CI/CD programinė įranga: Drone CI, BitBucket Pipelines, Travis ir kt.
4 tema: CI/CD: darbas su Gitlab
- Gitlab CI
- Gitlab Runner, jų tipai ir pritaikymas
- Gitlab CI, konfigūracijos funkcijos, geriausia praktika
- Gitlab CI etapai
- Gitlab CI kintamieji
- Sukurti, išbandyti, įdiegti
- Vykdymo kontrolė ir apribojimai: tik tada, kai
- Darbas su artefaktais
- Šablonai, esantys .gitlab-ci.yml, pakartotinai naudojantys veiksmus įvairiose dujotiekio dalyse
- Įtraukti - skyriai
- Centralizuotas gitlab-ci.yml valdymas (vienas failas ir automatinis siuntimas į kitas saugyklas)
5 tema: Infrastruktūra kaip kodas
- IaC: Infrastruktūros kaip kodo požiūris
- Debesų paslaugų teikėjai kaip infrastruktūros tiekėjai
- Sistemos inicijavimo įrankiai, vaizdo kūrimas (pakuotojas)
- IaC naudojant Terraform kaip pavyzdį
- Konfigūracijos saugojimas, bendradarbiavimas, programų automatizavimas
- Ansible žaidimų knygelių kūrimo praktika
- Idempotencija, deklaratyvumas
- IaC naudojant Ansible kaip pavyzdį
6 tema: infrastruktūros bandymai
- Testavimas ir nuolatinis integravimas su Molecule ir Gitlab CI
- Naudojant Vagrant
7 tema: infrastruktūros stebėjimas naudojant Prometheus
- Kodėl reikalingas stebėjimas
- Stebėjimo tipai
- Pranešimai stebėjimo sistemoje
- Kaip sukurti sveiką stebėjimo sistemą
- Žmogaus skaitomi pranešimai visiems
- Sveikatos patikrinimas: į ką turėtumėte atkreipti dėmesį
- Automatika, pagrįsta stebėjimo duomenimis
8 tema: programų registravimas naudojant ELK
- Geriausia medienos ruošos praktika
- ELK rietuvė
9 tema: infrastruktūros automatizavimas naudojant „ChatOps“.
- „DevOps“ ir „ChatOps“.
- ChatOps: stipriosios pusės
- Atsipalaidavimas ir alternatyvos
- „ChatOps“ robotai
- Hubot ir alternatyvos
- saugumas
- Geriausia ir blogiausia praktika
Vieta: Maskva, Sevastopolio viešbučio konferencijų salė.
Data: nuo sausio 30 iki vasario 1 d., 3 dienos sunkaus darbo.
Šaltinis: www.habr.com