TL; DR
arrangeres i Moskva 30. januar – 1. februar.
Igjen vil vi analysere DevOps-verktøyene i praksis.
Detaljer og program under kuttet.
SRE ble fjernet fra programmet fordi vi sammen med Ivan Kruglov utarbeider en egen Slurm SRE. Kunngjøringen kommer senere.
Takk til Selectel, våre sponsorer siden den første slurmen!
Om filosofi, skepsis og uventet suksess
Jeg deltok på DevOpsConf i Moskva i slutten av september.
Oppsummering av det jeg hørte:
— DevOps er nødvendig for de fleste prosjekter uansett størrelse;
— DevOps er en kultur, som enhver kultur, den må komme innenfra selskapet. Du kan ikke ansette en DevOps-ingeniør og drømme om at han vil forbedre prosessene.
— Helt på slutten av listen over hva som trengs for DevOps-transformasjon kommer teknologi, det vil si selve DevOps-verktøyene vi lærer bort.
Jeg innså at vi hadde rett i å ikke inkludere DevOps filosofi og kultur i kurset, fordi dette ikke kan undervises systematisk. Den som trenger det vil lese det i bøker. Eller han vil finne en superkul trener som vil overbevise alle med sin karisma og autoritet.
Personlig har jeg alltid vært tilhenger av «bevegelsen nedenfra», geriljaimplementeringen av kultur gjennom verktøy. Noe som det som er beskrevet i The Phoenix Project. Hvis vi har satt opp teamarbeid riktig med Git, kan vi sakte supplere det med regelverk, og da kommer det til verdier.
Og likevel, da vi forberedte DevOps Slurm, hvor vi utelukkende snakket om verktøy, var jeg redd for reaksjonen fra deltakerne: «Du sa fantastiske ting. Det er synd, jeg vil aldri kunne implementere dem.» Det var så mye skepsis at vi umiddelbart satte en stopper for å gjenta programmet.
Flertallet av deltakerne svarte imidlertid i undersøkelsen at kunnskapen man fikk var anvendelig i praksis, og at de ville implementere noe i sitt eget land i nær fremtid. Samtidig ble alt vi forklarte inkludert i listen over nyttige ting: Git, Ansible, CI/CD og SRE.
Det ville være verdt å huske at de i begynnelsen også sa om Slurm Kubernetes at det er umulig å forklare k3s på 8 dager.
Med Ivan Kruglov, som ledet SRE-temaet, ble vi enige om et eget program. Vi diskuterer for øyeblikket detaljene, jeg vil gi en kunngjøring snart.
Hva vil skje på Slurm DevOps?
Program
Emne #1: Teamarbeid med Git
- Grunnleggende kommandoer git init, commit, add, diff, logg, status, pull, push
- Git flyt, grener og tagger, slå sammen strategier
- Jobber med flere eksterne representanter
- GitHub flyt
- Gaffel, fjernkontroll, trekkforespørsel
- Konflikter, utgivelser, nok en gang om Gitflow og andre flyter i forhold til team
Emne #2: Arbeide med applikasjonen fra et utviklingssynspunkt
- Skrive en mikrotjeneste i Python
- Miljøvariabler
- Integrasjon og enhetstester
- Bruker docker-compose i utvikling
Emne #3: CI/CD: introduksjon til automatisering
- Introduksjon til automatisering
- Verktøy (bash, make, gradle)
- Bruke git-hooks for å automatisere prosesser
- Fabrikksamlebånd og deres anvendelse i IT
- Et eksempel på å bygge en "generell" rørledning
- Moderne programvare for CI/CD: Drone CI, BitBucket Pipelines, Travis, etc.
Emne #4: CI/CD: Arbeide med Gitlab
- Gitlab CI
- Gitlab Runner, deres typer og applikasjoner
- Gitlab CI, konfigurasjonsfunksjoner, beste praksis
- Gitlab CI-stadier
- Gitlab CI-variabler
- Bygg, test, distribuer
- Utførelseskontroll og restriksjoner: bare, når
- Arbeid med gjenstander
- Maler inne i .gitlab-ci.yml, gjenbruk av handlinger i forskjellige deler av rørledningen
- Inkluder - seksjoner
- Sentralisert administrasjon av gitlab-ci.yml (én fil og automatisk push til andre depoter)
Emne #5: Infrastruktur som kode
- IaC: Approaching Infrastructure as Code
- Skyleverandører som infrastrukturleverandører
- Systeminitialiseringsverktøy, bildebygging (pakker)
- IaC bruker Terraform som eksempel
- Konfigurasjonslagring, samarbeid, applikasjonsautomatisering
- Øv på å lage Ansible-spillebøker
- Idempotens, deklarativitet
- IaC bruker Ansible som eksempel
Emne #6: Infrastrukturtesting
- Testing og kontinuerlig integrasjon med Molecule og Gitlab CI
- Bruker Vagrant
Emne #7: Infrastrukturovervåking med Prometheus
- Hvorfor er overvåking nødvendig?
- Typer overvåking
- Meldinger i overvåkingssystemet
- Hvordan bygge et sunt overvåkingssystem
- Menneskelesbare varsler, for alle
- Helsesjekk: hva du bør være oppmerksom på
- Automatisering basert på overvåkingsdata
Emne #8: Logge en søknad med ELK
- Beste loggingspraksis
- ELK stabel
Emne #9: Infrastrukturautomatisering med ChatOps
- DevOps og ChatOps
- ChatOps: Styrker
- Slakk og alternativer
- Bots for ChatOps
- Hubot og alternativer
- Безопасность
- Beste og verste praksis
sted: Moskva, konferanserom på Sevastopol-hotellet.
datoer: fra 30. januar til 1. februar, 3 dager med hardt arbeid.
Kilde: www.habr.com