Man patinka savaitės trukmės projektas ir mane gąsdina metus trunkantys projektai. „Agile“ man labai patiko MVP ir prieaugio koncepcija, tai tiesiog mano reikalas: sukurkite veiksmingą kūrinį, įgyvendinkite jį ir judėkite toliau.
Tuo pačiu metu „DevOps“ transformacija tokia forma, kokia ji aptariama knygose ir konferencijose, yra tik metus trunkantis projektas. Ar per metus.
„DevOps“ kursą sukūrėme vadovaudamiesi „MVP DevOps per vieną sprinto“ ir „pasiruošimo žingsniams“ paradigma. O jei žmogiškai, tai „kad dalyvis grįžęs iš karto galėtų ką nors įgyvendinti namuose ir iš to gauti naudos“.
MVP DevOps: Kurse yra įrankių, skirtų pagrindiniams DevOps procesams. Mes nekėlėme sau užduoties peržiūrėti ir palyginti visas CI/CD sistemas arba atskleisti infrastruktūros kaip kodo metodo gelmes. Pateikiame vieną aiškų krūvą: Gitlab CI/CD, Ansible, Terraform and Packer, Molecule, Prometheus, EFK. Galima atvykti iš kursų, iš mokymo medžiagos surinkti infrastruktūrą pilotiniam projektui ir joje dirbti.
Pasirengimas prieaugiui: kiekvienam elementui pateikiame daug praktikos ir pavyzdžių. Galite paimti vieną įrankį ir pradėti jį įgyvendinti naudodami mokymo brėžinius. Pavyzdžiui, parašykite Ansible žaidimų knygą, skirtą kūrėjų aplinkoms diegti, arba prijunkite robotą ir administruokite serverį iš savo telefono. Tai yra, per savaitę gaukite konkretų praktinį rezultatą. Tai gali būti be galo toli nuo visos įmonės „DevOps“ transformacijos, bet ji yra, ji yra čia, ji veikia ir duoda naudos.
Slurm DevOps temos
1 tema: geriausios praktikos pavyzdžiai – kalba pats už save.
2 tema: Darbas su programa kūrimo požiūriu — inžinieriui reikalingos administratoriaus ir kūrėjo kompetencijos, todėl apie kūrimą pasakojame administratoriams.
3 tema: CI/CD pagrindai
- Įvadas į CI/CD automatizavimą
- Gitlab CI pagrindai
- Geriausia praktika naudojant „gitlab-runner“.
- Bash, make, gradle įrankiai kaip CI/CD dalis ir kt
- Docker kaip būdas išspręsti CI problemas
4 tema: gaminamas „Gitlab CI“ / kompaktinis diskas
- Konkurencija pradedant dirbti
- Vykdymo kontrolė ir apribojimai: tik tada, kai
- Darbas su artefaktais
- Šablonai, įtraukimai ir mikropaslaugos: supaprastinamas diegimas
Supažindiname studentus su pagrindinėmis CI/CD sąvokomis ir sąvokomis bei CI/CD įgyvendinimo įrankiais. Dėl to studentas galės savarankiškai pasirinkti CI/CD projektavimo modelį ir tinkamą įgyvendinimo įrankį.
Tada parodome CI / CD diegimą „Gitlab“ ir pereiname per sąranką, ieškodami pažangių „Gitlab CI“ naudojimo būdų. Dėl to studentas galės savarankiškai konfigūruoti Gitlab CI savo projektams.
Palyginti su pirmuoju DevOps Slurm, teoriją susitraukėme 2 kartus (valandą vienai temai), atsitraukėme nuo visų sistemų peržiūros ir palikome tik Gitlab CI. Daugiausia dėmesio skyrėme praktikai ir pridėjome daug geriausios praktikos.
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į
Sumažinome teorinę vartotojo sąsajos ir openstack klipų dalį ir sutelkėme dėmesį į praktiką.
Pažvelkime į du IaC metodus naudojant tą pačią programą, parodydami kiekvieno metodo privalumus ir trūkumus. Dėl to studentas supras, kurį metodą kur naudoti, ir galės dirbti tiek su Terraform, tiek su Ansible.
Terraform temoje apžvelgsime komandinį darbą ir būsenos saugojimą duomenų bazėje praktiškai. Dirbdamas su moduliais studentas pats parašys ir sukonfigūruos modulį, išmoks su juo dirbti: panaudoti pakartotinai, versijuoti. Pridėkime darbo su Consul, parodykime, kokiais atvejais to reikia ir kaip teisingai naudoti.
6 tema: infrastruktūros bandymai
- Išsiaiškinkime, kodėl jie nerašo testų?
- Kokie testai yra IaC?
- Statiniai analizatoriai, ar jie tikrai tokie nenaudingi?
- IaC vienetinis testavimas naudojant ansible + molekulę kaip pavyzdį
- Testavimas kaip ci dalis
- Steroidų testai arba kaip nelaukti 5 valandų, kol baigsis IaC testai
Sumažinome teorinę dalį, mažiau istorijų apie Vagrant/Molecule, daugiau praktikos ir tiesioginio testavimo, daugiausia dėmesio skirdami linteriams ir darbui su jais. Žvelgiant į tai CI požiūriu
kaip pagreitinti testavimą. Praktikoje bus:
- savarankiškai parašytas linteris, kuris tikrina, ar priimančiajam nėra privalomų kintamųjų, atsižvelgiant į vaidmenį;
- Prie CI testavimo pridedame tik tuos vaidmenis, kurie pasikeitė, o tai gali žymiai sutrumpinti testo vykdymo laiką;
- pridedant scenarijų testavimą. Mes įdiegiame visą programą kaip integracijos testą.
7 tema: infrastruktūros stebėjimas naudojant Prometheus
- Kaip sukurti sveiką stebėjimo sistemą
- Stebėjimas kaip analizės, kūrimo efektyvumo ir kodo stabilumo įrankis net prieš parduodant
- Prometheus + alertmanager + grafana nustatymas
- Perėjimas nuo išteklių stebėjimo prie programų stebėjimo
Daug kalbėsime apie stebėjimo mikropaslaugas: užklausų id, api stebėjimo įrankį. Bus daug geriausios praktikos ir daug savarankiško darbo.
Parašykime savo eksportuotoją. „Gitlab“ sukursime ne tik gamybos infrastruktūros ir taikomųjų programų, bet ir mazgų stebėjimą. Pažvelkime į nepavykusių testų statistiką. Pažiūrėkime praktiškai, kaip atrodys stebėjimas be „healthCheck“ ir su juo.
Tema Nr.8. Paraiškos registravimas su ELK
- Elastic ir jos įrankių apžvalga
- ELK/Elastic Stack/x-pack – kas yra ir kuo skiriasi?
- Kokias problemas galima išspręsti naudojant ElasticSearch (paieška, saugykla, mastelio keitimo funkcijos, konfigūracijos lankstumas)
- Infrastruktūros stebėjimas (x-pack)
- Sudėtinio rodinio ir programų žurnalai (x-pack)
- Registravimas naudojant mūsų programą kaip pavyzdį
- Darbo su Kibana praktika
- Atidarykite „Elasticsearch“ paskirstymą iš „Amazon“.
Tema buvo visiškai pertvarkyta, ją veda Eduardas Medvedevas, daugelis jį matė internetiniame seminare apie DevOps ir SRE. Jis papasakos ir pademonstruos geriausią darbo su EFK praktiką naudodamas edukacinės programos pavyzdį. Bus praktika su Kibana.
9 tema: infrastruktūros automatizavimas naudojant „ChatOps“.
- „DevOps“ ir „ChatOps“.
- ChatOps: stipriosios pusės
- Atsipalaidavimas ir alternatyvos
- „ChatOps“ robotai
- Hubot ir alternatyvos
- saugumas
- Bandymai
- Geriausia ir blogiausia praktika
„ChatOps“ pridėjo autentifikavimo su teisių atskyrimu praktiką, kito vartotojo veiksmų patvirtinimą, „Slack“ alternatyvos teoriją ir praktiką „Mattermost“ pavidalu, vienetų teoriją ir roboto integravimo testus.
„DevOps“ sloga prasidės sausio 30 d. Kaina - 30 000.
Baigusiems skaityti taikoma 15% nuolaida DevOps kursui naudojant reklaminį kodą habrapost.
Prisiregistruoti
Man bus malonu pamatyti jus Slurms!
Šaltinis: www.habr.com