TL; DR
okazos en Moskvo la 30-an de januaro ĝis la 1-a de februaro.
Ni denove analizos DevOps-iloj praktike.
Detaloj kaj programo sub la tranĉo.
SRE estis forigita de la programo, ĉar kune kun Ivan Kruglov ni preparas apartan Slurm SRE. La anonco venos poste.
Dankon al Selectel, niaj sponsoroj de la unua Slurm!
Pri filozofio, skeptiko kaj neatendita sukceso
Mi vizitis DevOpsConf en Moskvo fine de septembro.
Resumo de tio, kion mi aŭdis:
- DevOps estas bezonata de plej multaj grandaj projektoj;
- DevOps estas kulturo, kiel ĉiu kulturo, ĝi devas veni de ene de la kompanio. Vi ne povas dungi DevOps-inĝenieron kaj sonĝi, ke li devopos procezojn.
- Ĉe la fino de la listo de tio, kion necesas por DevOps-transformo, estas teknologioj, tio estas, la DevOps-iloj, kiujn ni instruas.
Mi komprenis, ke ni prave ne enmeti la filozofion kaj kulturon de DevOps en la kurson, ĉar ĉi tio ne estas sisteme instruita. Kiu bezonas ĝin, legu ĝin en libroj. Aŭ li trovos bonegan trejniston, kiu konvinkos ĉiujn per sia karismo kaj aŭtoritato.
Persone, mi ĉiam estis subtenanto de la "movado de malsupre", la gerila efektivigo de kulturo per iloj. Io kiel tiu priskribita en la Phoenix Project. Se ni havas teamlaboron kun Git agordita ĝuste, ni povas malrapide kompletigi ĝin per regularoj, kaj tiam ĝi venos al valoroj.
Kaj tamen, kiam ni preparis la DevOps Slurm, kie temis nur pri iloj, mi timis la reagon de la partoprenantoj: “Vi diris grandajn aferojn. Domaĝe, ke mi neniam povos efektivigi ilin." Estis tiom da skeptiko, ke ni tuj ĉesigis la ripeton de la programo.
Tamen, la plimulto de la partoprenantoj respondis en la enketo, ke la akiritaj konoj estas aplikeblaj en la praktiko, kaj ke ili efektivigos ion en sia lando baldaŭ. Samtempe ĉio, kion ni klarigis, estis inkluzivita en la listo de utilaj aferoj: Git, Ansible, CI / CD kaj SRE.
Indus memori, ke komence oni diris ankaŭ pri Kubernetes Slurm, ke estas neeble klarigi k3s en 8 tagoj.
Kun Ivan Kruglov, kiu gvidis la SRE-temon, ni interkonsentis pri aparta programo. Nun diskutante la detalojn, mi baldaŭ faros anoncon.
Kio okazos ĉe Slurm DevOps?
La programo
Temo #1: Teamlaboro kun Git
- Bazaj komandoj git init, commit, add, diff, log, status, pull, push
- Git-fluo, branĉoj kaj etikedoj, kunfandi strategiojn
- Laborante kun pluraj foraj reprezentantoj
- GitHub-fluo
- Forko, fora, tirpeto
- Konfliktoj, eldonoj, denove pri Gitflow kaj aliaj fluoj rilate al teamoj
Temo n-ro 2: Laborante kun la aplikaĵo el disvolva vidpunkto
- Skribante mikroservon en Python
- Mediaj variabloj
- Integriĝo kaj unuotestoj
- Uzado de docker-compose en evoluo
Temo #3: CI/KD: Enkonduko al Aŭtomatigo
- Enkonduko al Aŭtomatigo
- Iloj (bash, make, gradle)
- Uzante git-hokojn por aŭtomatigi procezojn
- Fabrikaj transportiloj-muntaj linioj kaj ilia apliko en IT
- Ekzemplo de konstruado de "ĝenerala" dukto
- Moderna CI/KD-programaro: Drone CI, BitBucket Pipelines, Travis, ktp.
Temo #4: CI/KD: Laborante kun Gitlab
- Gitlab CI
- Gitlab Runner, iliaj specoj kaj uzoj
- Gitlab CI, personigo-trajtoj, plej bonaj praktikoj
- Gitlab CI-paŝoj
- Variabloj de Gitlab CI
- Konstruu, testi, disfaldi
- Ekzekutkontrolo kaj limigoj: nur, kiam
- Laborante kun artefaktoj
- Ŝablonoj ene de .gitlab-ci.yml, reuzante agojn en malsamaj partoj de la dukto
- Inkluzivi - sekciojn
- Alcentrigita administrado de gitlab-ci.yml (unu dosiero kaj aŭtomataj puŝoj al aliaj deponejoj)
Temo #5: Infrastrukturo kiel Kodo
- IaC: alproksimiĝu al infrastrukturo kiel kodo
- Nubaj provizantoj kiel infrastrukturaj provizantoj
- Sistemaj komencaj iloj, bildkonstruado (pakisto)
- IaC sur la ekzemplo de Terraform
- Agorda stokado, kunlaboro, aplika aŭtomatigo
- La praktiko krei Ansible-ludlibrojn
- Idempotency, deklara
- IaC sur la ekzemplo de Ansible
Temo #6: Infrastruktura Testado
- Testado kaj kontinua integriĝo kun Molecule kaj Gitlab CI
- Vaganta aplikaĵo
Temo #7: Infrastruktura monitorado kun Prometheus
- Kial monitorado estas necesa
- Tipoj de monitorado
- Sciigoj en la monitora sistemo
- Kiel konstrui sanan monitoran sistemon
- Homlegeblaj sciigoj, por ĉiuj
- Sankontrolo: kion atenti
- Aŭtomatigo bazita sur monitoraj datumoj
Temo n-ro 8: Aplikaĵo registranta kun ELK
- Plej bonaj arbohakaj praktikoj
- ELK stako
Temo #9: Aŭtomatigo de Infrastrukturo kun ChatOps
- DevOps kaj ChatOps
- ChatOps-fortoj
- Malstreĉo kaj Alternativoj
- Botoj por ChatOps
- Hubot kaj alternativoj
- Sekureco
- Plej bonaj kaj plej malbonaj praktikoj
Loko: Moskvo, kongresejo de la Sebastopola hotelo.
Datoj: de la 30-a de januaro ĝis la 1-a de februaro, 3 tagoj da laborego.
fonto: www.habr.com