Registreringen är öppen för Slurm DevOps i Moskva

TL; DR

Slurm DevOps kommer att hållas i Moskva den 30 januari - 1 februari.

Återigen kommer vi att analysera DevOps-verktyg i praktiken.
Detaljer och program under snittet.
SRE togs bort från programmet eftersom vi tillsammans med Ivan Kruglov förbereder en separat Slurm SRE. Beskedet kommer senare.
Tack till Selectel, våra sponsorer sedan den första slurmen!

Registreringen är öppen för Slurm DevOps i Moskva

Om filosofi, skepsis och oväntade framgångar

Jag deltog i DevOpsConf i Moskva i slutet av september.
Sammanfattning av vad jag hörde:
— DevOps behövs av de flesta projekt av alla storlekar;
— DevOps är en kultur, precis som vilken kultur som helst, den måste komma inifrån företaget. Du kan inte anställa en DevOps-ingenjör och drömma om att han kommer att förbättra processer.
— Allra i slutet av listan över vad som behövs för DevOps-transformation kommer teknik, det vill säga själva DevOps-verktygen som vi lär ut.

Jag insåg att vi gjorde rätt i att inte ta med DevOps filosofi och kultur i kursen, eftersom detta inte kan läras ut systematiskt. Den som behöver det kommer att läsa det i böcker. Eller så hittar han en supercool tränare som kommer att övertyga alla med sin karisma och auktoritet.

Själv har jag alltid varit en anhängare av ”rörelsen underifrån”, gerillans genomförande av kultur genom verktyg. Något liknande det som beskrivs i The Phoenix Project. Om vi ​​har lagarbete med Git rätt uppsatt kan vi sakta komplettera det med regelverk, och då kommer det till värderingar.

Och ändå, när vi förberedde DevOps Slurm, där vi uteslutande pratade om verktyg, var jag rädd för deltagarnas reaktion: "Du sa underbara saker. Det är synd, jag kommer aldrig att kunna implementera dem." Det var så mycket skepsis att vi omedelbart satte stopp för att upprepa programmet.

Majoriteten av deltagarna svarade dock i undersökningen att den kunskap som erhållits var tillämpbar i praktiken, och att de skulle implementera något i sitt eget land inom en snar framtid. Samtidigt fanns allt som vi förklarade med i listan över användbara saker: Git, Ansible, CI/CD och SRE.

Det skulle vara värt att komma ihåg att de i början också sa om Slurm Kubernetes att det är omöjligt att förklara k3s på 8 dagar.

Med Ivan Kruglov, som ledde SRE-ämnet, kom vi överens om ett separat program. Vi diskuterar för närvarande detaljerna, jag kommer att meddela ett snart.

Vad kommer att hända på Slurm DevOps?

Program

Ämne #1: Lagarbete med Git

  • Grundläggande kommandon git init, commit, add, diff, log, status, pull, push
  • Git-flöde, grenar och taggar, slå samman strategier
  • Arbetar med flera fjärråterförsäljare
  • GitHub-flöde
  • Gaffel, fjärrkontroll, dragförfrågan
  • Konflikter, releaser, återigen om Gitflow och andra flöden i relation till team

Ämne #2: Att arbeta med applikationen ur utvecklingssynpunkt

  • Att skriva en mikrotjänst i Python
  • Miljövariabler
  • Integration och enhetstester
  • Använder docker-compose i utvecklingen

Ämne #3: CI/CD: introduktion till automation

  • Introduktion till automation
  • Verktyg (bash, make, gradle)
  • Använder git-hooks för att automatisera processer
  • Fabrikens löpande band och deras tillämpning inom IT
  • Ett exempel på att bygga en "allmän" pipeline
  • Modern programvara för CI/CD: Drone CI, BitBucket Pipelines, Travis, etc.

Ämne #4: CI/CD: Att arbeta med Gitlab

  • Gitlab CI
  • Gitlab Runner, deras typer och applikationer
  • Gitlab CI, konfigurationsfunktioner, bästa praxis
  • Gitlab CI Stages
  • Gitlab CI-variabler
  • Bygg, testa, distribuera
  • Utförandekontroll och begränsningar: endast, när
  • Arbeta med artefakter
  • Mallar inuti .gitlab-ci.yml, återanvänder åtgärder i olika delar av pipelinen
  • Inkludera - avsnitt
  • Centraliserad hantering av gitlab-ci.yml (en fil och automatisk push till andra arkiv)

Ämne #5: Infrastruktur som kod

  • IaC: Approaching Infrastructure as Code
  • Molnleverantörer som infrastrukturleverantörer
  • Systeminitieringsverktyg, bildbyggande (packer)
  • IaC med Terraform som exempel
  • Konfigurationslagring, samarbete, applikationsautomatisering
  • Öva på att skapa Ansible-spelböcker
  • Idempotens, deklarativitet
  • IaC med Ansible som exempel

Ämne #6: Infrastrukturtestning

  • Testning och kontinuerlig integration med Molecule och Gitlab CI
  • Använder Vagrant

Ämne #7: Infrastrukturövervakning med Prometheus

  • Varför övervakning behövs
  • Typer av övervakning
  • Aviseringar i övervakningssystemet
  • Hur man bygger ett hälsosamt övervakningssystem
  • Människoläsbara meddelanden, för alla
  • Hälsokontroll: vad du bör vara uppmärksam på
  • Automatisering baserad på övervakningsdata

Ämne #8: Logga en ansökan med ELK

  • Bästa loggningsmetoder
  • ELK stack

Ämne #9: Infrastrukturautomation med ChatOps

  • DevOps och ChatOps
  • ChatOps: Styrkor
  • Slack och alternativ
  • Bots för ChatOps
  • Hubot och alternativ
  • Безопасность
  • Bästa och sämsta metoder

plats: Moskva, konferensrum på hotellet Sevastopol.

datum: från 30 januari till 1 februari, 3 dagars hårt arbete.

Bli medlem

Källa: will.com

Lägg en kommentar