Slurm DevOps - paremmin toimiva tissi kolmessa päivässä kuin kaunis nosturi kaukaisessa tulevaisuudessa

Rakastan viikon mittaista projektia ja minua pelottaa vuoden mittaiset projektit. Agilessa pidin todella MVP:n ja inkrementin konseptista, tämä on vain minun asiani: tee toimiva kappale, toteuta se ja jatka eteenpäin.

Samalla DevOps-muutos siinä muodossa, jossa siitä keskustellaan kirjoissa ja konferensseissa, on vain vuoden mittainen projekti. Tai vuosissa.

Rakensimme DevOps-kurssimme paradigmaan "MVP DevOps yhdellä sprintillä" ja "valmius lisäyksiin". Ja jos inhimillisesti, niin "jotta osallistuja voi palattuaan heti toteuttaa jotain kotona ja hyötyä siitä".

MVP DevOps: Kurssi sisältää työkalut DevOpsin perusprosesseihin. Emme asettaneet itsellemme tehtäväksi tarkastella ja vertailla kaikkia CI/CD-järjestelmiä tai paljastaa Infrastructure as Code -lähestymistavan syvyyttä. Tarjoamme yhden selkeän pinon: Gitlab CI/CD, Ansible, Terraform and Packer, Molecule, Prometheus, EFK. Voit tulla kursseilta, kerätä koulutusmateriaaleista infrastruktuurin pilottiprojektiin ja työskennellä siinä.

Slurm DevOps - paremmin toimiva tissi kolmessa päivässä kuin kaunis nosturi kaukaisessa tulevaisuudessa

Valmius lisäyksiin: tarjoamme jokaiselle elementille paljon harjoitusta ja esimerkkejä. Voit ottaa yhden työkalun ja aloittaa sen toteuttamisen harjoituspiirustusten avulla. Kirjoita esimerkiksi Ansible playbook kehittäjäympäristöjen käyttöönottoa varten tai yhdistä botti ja hallinnoi palvelinta puhelimestasi. Eli saada konkreettinen käytännön tulos viikossa. Se voi olla äärettömän kaukana koko yrityksen DevOps-muutoksesta, mutta se on siellä, se on täällä, se toimii ja tuo etuja.

Slurm DevOps -aiheet

Aihe #1: Hanki parhaat käytännöt - puhuu puolestaan.
Aihe #2: Työskentely sovelluksen kanssa kehitysnäkökulmasta — Insinööri tarvitsee järjestelmänvalvojan ja kehittäjän osaamista, joten kerromme järjestelmänvalvojille kehityksestä.

Aihe #3: CI/CD:n perusteet

  • Johdatus CI/CD-automaatioon
  • Gitlab CI:n perusteet
  • Gitlab-runnerin parhaat käytännöt
  • Bash, tee, gradle työkalut osana CI/CD ja paljon muuta
  • Docker tapa ratkaista CI-ongelmia

Aihe #4: Gitlab CI/CD tuotannossa

  • Kilpailu työn alkaessa
  • Toteutuksen valvonta ja rajoitukset: vain, kun
  • Työskentely esineiden kanssa
  • Mallit, osat ja mikropalvelut: yksinkertaistaa käyttöönottoa

Esittelemme opiskelijat CI/CD:n peruskäsitteisiin ja käsitteisiin sekä CI/CD-toteutuksen työkaluihin. Opiskelija osaa valita itsenäisesti CI/CD-suunnittelumallin ja sopivan toteutustyökalun.

Sitten näytämme CI/CD:n toteutuksen Gitlabissa ja käymme läpi asennuksen ja katsomme edistyneitä tapoja käyttää Gitlab CI:tä. Tämän seurauksena opiskelija pystyy itsenäisesti konfiguroimaan Gitlab CI:n omia projektejaan varten.

Ensimmäiseen DevOps Slurmiin verrattuna pienensimme teoriaa 2 kertaa (tunti per aihe), siirryimme pois kaikkien järjestelmien tarkistamisesta ja jätimme vain Gitlab CI:n. Keskityimme harjoituksiin ja lisäsimme paljon parhaita käytäntöjä.

Aihe #5: Infrastruktuuri koodina

  • IaC: Approaching Infrastructure as Code
  • Pilvipalveluntarjoajat infrastruktuurin tarjoajina
  • Järjestelmän alustustyökalut, kuvanrakennus (pakkaaja)
  • IaC käyttämällä esimerkkinä Terraformia
  • Määritysten tallennus, yhteistyö, sovellusautomaatio
  • Harjoittele Ansible-pelikirjojen luomista
  • Idempotenssi, deklaratiivisuus
  • IaC käyttämällä esimerkkinä Ansiblea

Olemme vähentäneet teoreettista osaa käyttöliittymästä ja openstack cli:stä ja keskittyneet käytäntöön.
Tarkastellaan kahta IaC-lähestymistapaa, joissa käytetään samaa sovellusta, ja esitetään kunkin lähestymistavan edut ja haitat. Tämän tuloksena opiskelija ymmärtää, mitä lähestymistapaa missäkin käyttää, ja pystyy työskentelemään sekä Terraformin että Ansiblen kanssa.

Terraformin aiheessa tarkastellaan käytännössä tiimityötä ja tilan tallentamista tietokantaan. Moduulien kanssa työskennellessään opiskelija kirjoittaa ja konfiguroi moduulin itse, oppii työskentelemään sen kanssa: käyttämään uudelleen, versioimaan. Lisätään työtä Consulin kanssa, näytetään missä tapauksissa sitä tarvitaan ja kuinka sitä käytetään oikein.

Aihe #6: Infrastruktuurin testaus

  • Selvitetään, miksi he eivät kirjoita testejä?
  • Mitä testejä IaC:ssä on?
  • Staattiset analysaattorit, ovatko ne todella hyödyttömiä?
  • IaC:n yksikkötestaus käyttämällä esimerkkinä ansible + molekyyliä
  • Testaus osana ci
  • Testit steroideilla tai kuinka olla odottamatta 5 tuntia IaC-testien valmistumista

Olemme vähentäneet teoreettista osaa, vähemmän tarinoita Vagrant/Moleculesta, enemmän harjoittelua ja suoraa testausta keskittyen lintereihin ja niiden kanssa työskentelemiseen. CI:n näkökulmasta katsottuna
kuinka nopeuttaa testausta. Käytännössä tulee olemaan:

  • itse kirjoitettu linteri, joka tarkistaa pakollisten muuttujien olemassaolon isännälle roolista riippuen;
  • Lisäämme CI-testaukseen vain muuttuneet roolit, mikä voi merkittävästi lyhentää testin suoritusaikaa;
  • skenaariotestauksen lisääminen. Otamme koko sovelluksen käyttöön integraatiotestinä.

Aihe #7: Infrastruktuurin valvonta Prometheuksen avulla

  • Terveen seurantajärjestelmän rakentaminen
  • Monitorointi analyysin, kehitystehokkuuden ja koodin vakauden työkaluna jo ennen myyntiä
  • Asetetaan prometheus + alertmanager + grafana
  • Siirtyminen resurssien valvonnasta sovellusten valvontaan

Puhumme paljon mikropalveluiden valvonnasta: pyyntötunnisteet, api-valvontatyökalu. Luvassa on paljon parhaita käytäntöjä ja paljon itsenäistä työtä.

Kirjoitetaan oma viejämme. Asennamme Gitlabiin tuotantoinfrastruktuurin ja sovellusten lisäksi myös kokoonpanojen valvontaa. Katsotaanpa epäonnistuneiden testien tilastoja. Katsotaan käytännössä miltä seuranta näyttää ilman HealthCheckiä ja sen kanssa.

Aihe nro 8. Hakemuksen kirjaaminen ELK:lla

  • Yleiskatsaus Elasticista ja sen työkaluista
  • ELK/Elastic Stack/x-pack - mikä on ja mitä eroa on?
  • Mitä ongelmia voidaan ratkaista ElasticSearchin avulla (haku, tallennus, skaalausominaisuudet, konfiguroinnin joustavuus)
  • Infrastruktuurin valvonta (x-pack)
  • Säilö- ja sovelluslokit (x-pack)
  • Kirjautuminen esimerkkinä sovelluksemme avulla
  • Kibanan kanssa työskentelyn käytännöt
  • Avaa Distro Elasticsearchille Amazonista

Aihe on suunniteltu kokonaan uudelleen, sitä isännöi Eduard Medvedev, monet näkivät hänet DevOpsin ja SRE:n webinaarissa. Hän kertoo ja esittelee EFK:n kanssa työskentelyn parhaat käytännöt opetussovelluksen esimerkillä. Kibanan kanssa harjoitellaan.

Aihe #9: Infrastruktuuriautomaatio ChatOpsilla

  • DevOps ja ChatOps
  • ChatOps: Vahvuudet
  • Slack ja vaihtoehtoja
  • Botit ChatOpsille
  • Hubot ja vaihtoehdot
  • Безопасность
  • Testaus
  • Parhaat ja huonot käytännöt

ChatOps lisäsi autentikointikäytännön oikeuksien erottamisen kanssa, toisen käyttäjän toimintojen vahvistuksen, Slackin vaihtoehdon teorian ja käytännön Mattermostin muodossa, yksikköteorian ja integrointitestit bottiin.

DevOps-slurm alkaa 30. tammikuuta. Hinta - 30 000.
Niille, jotka ovat lukeneet, on 15% alennus DevOps-kurssista käyttämällä tarjouskoodia habrapost.

Rekisteröidy täällä

Olen iloinen nähdessäni sinut Slurmsissa!

Lähde: will.com

Lisää kommentti