Tilmelding til Slurm DevOps i Moskva er åben

TL; DR

Slurm DevOps afholdes i Moskva den 30. januar - 1. februar.

Igen vil vi analysere DevOps-værktøjer i praksis.
Detaljer og program under snittet.
SRE blev fjernet fra programmet, fordi vi sammen med Ivan Kruglov forbereder en separat Slurm SRE. Udmeldingen kommer senere.
Tak til Selectel, vores sponsorer siden den første slurm!

Om filosofi, skepsis og uventet succes

Jeg deltog i DevOpsConf i Moskva i slutningen af ​​september.
Opsummering af hvad jeg hørte:
— DevOps er nødvendig for de fleste projekter af enhver størrelse;
— DevOps er en kultur, ligesom enhver kultur, den skal komme inde fra virksomheden. Du kan ikke ansætte en DevOps-ingeniør og drømme om, at han vil forbedre processer.
— Til allersidst på listen over, hvad der er nødvendigt for DevOps-transformation, kommer teknologi, det vil sige selve DevOps-værktøjerne, som vi underviser i.

Jeg indså, at vi havde ret i ikke at inkludere DevOps filosofi og kultur i kurset, for dette kan ikke undervises systematisk. Den, der har brug for det, vil læse det i bøger. Eller han finder en super sej træner, som vil overbevise alle med sin karisma og autoritet.

Personligt har jeg altid været tilhænger af "bevægelsen nedefra", guerillaimplementeringen af ​​kultur gennem værktøjer. Noget som det, der er beskrevet i The Phoenix Project. Hvis vi har teamwork med Git sat rigtigt op, kan vi langsomt supplere det med regler, og så kommer det til værdier.

Og alligevel, da vi forberedte DevOps Slurm, hvor vi udelukkende talte om værktøjer, var jeg bange for deltagernes reaktion: "Du sagde vidunderlige ting. Det er ærgerligt, jeg vil aldrig være i stand til at implementere dem." Der var så stor skepsis, at vi straks satte en stopper for at gentage programmet.

Men størstedelen af ​​deltagerne svarede i undersøgelsen, at den opnåede viden var anvendelig i praksis, og at de ville implementere noget i deres eget land i den nærmeste fremtid. Samtidig var alt, hvad vi forklarede, inkluderet på listen over nyttige ting: Git, Ansible, CI/CD og SRE.

Det ville være værd at huske på, at de i begyndelsen også sagde om Slurm Kubernetes, at det er umuligt at forklare k3s på 8 dage.

Med Ivan Kruglov, der ledede SRE-emnet, blev vi enige om et særskilt program. Vi diskuterer i øjeblikket detaljerne, jeg vil snart offentliggøre en meddelelse.

Hvad vil der ske på Slurm DevOps?

Program

Emne #1: Teamwork med Git

• Grundlæggende kommandoer git init, commit, add, diff, log, status, pull, push
• Git flow, grene og tags, flette strategier
• Arbejder med flere fjernbetjeninger
• GitHub flow
• Forgaffel, fjernbetjening, træk anmodning
• Konflikter, udgivelser, endnu en gang om Gitflow og andre flows i forhold til teams

Emne #2: Arbejde med applikationen ud fra et udviklingssynspunkt

• At skrive en mikrotjeneste i Python
• miljøvariabler
• Integration og enhedstest
• Brug af docker-compose i udvikling

Emne #3: CI/CD: introduktion til automatisering

• Introduktion til automatisering
• Værktøjer (bash, make, gradle)
• Brug af git-hooks til at automatisere processer
• Fabrikssamlebånd og deres anvendelse i IT
• Et eksempel på at bygge en "generel" pipeline
• Moderne software til CI/CD: Drone CI, BitBucket Pipelines, Travis osv.

Emne #4: CI/CD: Arbejde med Gitlab

• Gitlab CI
• Gitlab Runner, deres typer og applikationer
• Gitlab CI, konfigurationsfunktioner, bedste praksis
• Gitlab CI-stadier
• Gitlab CI-variabler
• Byg, test, implementer
• Udførelseskontrol og begrænsninger: kun, hvornår
• Arbejde med artefakter
• Skabeloner inde i .gitlab-ci.yml, genbruger handlinger i forskellige dele af pipelinen
• Inkluder - sektioner
• Centraliseret styring af gitlab-ci.yml (én fil og automatisk push til andre repositories)

Emne #5: Infrastruktur som kode

• IaC: Approaching Infrastructure as Code
• Cloud-udbydere som infrastrukturudbydere
• Systeminitieringsværktøjer, billedopbygning (pakker)
• IaC bruger Terraform som eksempel
• Konfigurationslagring, samarbejde, applikationsautomatisering
• Øv dig i at lave Ansible-spillebøger
• Idempotens, deklarativitet
• IaC bruger Ansible som eksempel

Emne #6: Infrastrukturtest

• Test og kontinuerlig integration med Molecule og Gitlab CI
• Bruger Vagrant

Emne #7: Infrastrukturovervågning med Prometheus

• Hvorfor er der behov for overvågning?
• Typer af overvågning
• Meddelelser i overvågningssystemet
• Sådan opbygger du et sundt overvågningssystem
• Underretninger, der kan læses af mennesker, for alle
• Sundhedstjek: hvad du skal være opmærksom på
• Automatisering baseret på overvågningsdata

Emne #8: Logning af en ansøgning med ELK

• Bedste logningspraksis
• ELK stak

Emne #9: Infrastrukturautomatisering med ChatOps

• DevOps og ChatOps
• ChatOps: Styrker
• Slap og alternativer
• Bots til ChatOps
• Hubot og alternativer
• Безопасность
• Bedste og værste praksis

sted: Moskva, konferencelokale på Sevastopol-hotellet.

datoer: fra 30. januar til 1. februar 3 dages hårdt arbejde.

Tilmeld dig

Kilde: www.habr.com