Înregistrările pentru Slurm DevOps din Moscova sunt deschise

TL; DR

Slurm DevOps va avea loc la Moscova în perioada 30 ianuarie - 1 februarie.

Din nou vom analiza instrumentele DevOps în practică.
Detalii și program sub tăietură.
SRE a fost scos din program pentru că împreună cu Ivan Kruglov pregătim un Slurm SRE separat. Anunțul va veni mai târziu.
Mulțumim lui Selectel, sponsorii noștri încă de la primul Slurm!

Despre filozofie, scepticism și succes neașteptat

Am participat la DevOpsConf la Moscova la sfârșitul lunii septembrie.
Rezumatul a ceea ce am auzit:
— DevOps este nevoie de majoritatea proiectelor de orice dimensiune;
— DevOps este o cultură, ca orice cultură, trebuie să provină din interiorul companiei. Nu poți să angajezi un inginer DevOps și să visezi că va îmbunătăți procesele.
— La sfârșitul listei de ceea ce este necesar pentru transformarea DevOps vine tehnologia, adică instrumentele DevOps pe care le predăm.

Mi-am dat seama că am avut dreptate să nu includem filosofia și cultura DevOps în curs, pentru că acest lucru nu poate fi predat sistematic. Cine are nevoie de el o va citi în cărți. Sau va găsi un antrenor super cool care să convingă pe toată lumea cu carisma și autoritatea sa.

Personal, am fost întotdeauna un susținător al „mișcării de jos”, implementării de gherilă a culturii prin instrumente. Ceva ca cel descris în Proiectul Phoenix. Dacă avem lucrul în echipă cu Git configurat corect, îl putem completa încet cu regulamente, iar apoi se va ajunge la valori.

Și totuși, când pregăteam DevOps Slurm, unde vorbeam exclusiv despre instrumente, mi-a fost teamă de reacția participanților: „Ați spus lucruri minunate. Este păcat, nu le voi putea pune niciodată în aplicare.” A fost atât de mult scepticism încât am pus imediat capăt repetării programului.

Cu toate acestea, majoritatea participanților au răspuns la sondaj că cunoștințele dobândite sunt aplicabile în practică și că vor implementa ceva în propria țară în viitorul apropiat. În același timp, tot ceea ce am explicat a fost inclus în lista de lucruri utile: Git, Ansible, CI/CD și SRE.

Merită să ne amintim că la început au spus și despre Slurm Kubernetes că este imposibil să explici k3-urile în 8 zile.

Cu Ivan Kruglov, care a condus subiectul SRE, am convenit asupra unui program separat. Momentan discutăm detaliile, voi face un anunț în curând.

Ce se va întâmpla la Slurm DevOps?

Program

Subiectul #1: Lucrul în echipă cu Git

• Comenzi de bază git init, commit, add, diff, log, status, pull, push
• Flux Git, ramuri și etichete, strategii de îmbinare
• Lucrul cu mai mulți reprezentanți la distanță
• Fluxul GitHub
• Furcă, telecomandă, cerere de tragere
• Conflicte, lansări, încă o dată despre Gitflow și alte fluxuri în relație cu echipe

Subiectul #2: Lucrul cu aplicația din punct de vedere al dezvoltării

• Scrierea unui microserviciu în Python
• variabile de mediu
• Integrare și teste unitare
• Utilizarea docker-compose în dezvoltare

Subiectul #3: CI/CD: introducere în automatizare

• Introducere în automatizare
• Instrumente (bash, make, gradle)
• Utilizarea git-hooks pentru a automatiza procesele
• Liniile de asamblare din fabrică și aplicarea lor în IT
• Un exemplu de construire a unei conducte „generale”.
• Software modern pentru CI/CD: Drone CI, BitBucket Pipelines, Travis etc.

Subiectul #4: CI/CD: Lucrul cu Gitlab

• Gitlab CI
• Gitlab Runner, tipurile și aplicațiile acestora
• Gitlab CI, caracteristici de configurare, bune practici
• Etape Gitlab CI
• Variabile Gitlab CI
• Construiți, testați, implementați
• Controlul execuției și restricții: numai, când
• Lucrul cu artefacte
• Șabloane în interiorul .gitlab-ci.yml, reutilizand acțiuni în diferite părți ale conductei
• Include - secțiuni
• Gestionarea centralizată a gitlab-ci.yml (un fișier și împingere automată în alte depozite)

Subiectul #5: Infrastructura ca cod

• IaC: Abordarea infrastructurii ca cod
• Furnizorii de cloud ca furnizori de infrastructură
• Instrumente de inițializare a sistemului, construirea imaginii (ambalare)
• IaC folosind Terraform ca exemplu
• Stocarea configurațiilor, colaborarea, automatizarea aplicațiilor
• Practică de creare a unor manuale Ansible
• Idempotenta, declarativitatea
• IaC folosind Ansible ca exemplu

Subiectul #6: Testarea infrastructurii

• Testare și integrare continuă cu Molecule și Gitlab CI
• Folosind Vagrant

Subiectul #7: Monitorizarea infrastructurii cu Prometheus

• De ce este nevoie de monitorizare
• Tipuri de monitorizare
• Notificări în sistemul de monitorizare
• Cum să construiți un sistem de monitorizare sănătos
• Notificări care pot fi citite de om, pentru toată lumea
• Verificarea sănătății: la ce ar trebui să fii atent
• Automatizare bazată pe date de monitorizare

Subiectul #8: Înregistrarea unei aplicații cu ELK

• Cele mai bune practici de logare
• stiva ELK

Subiectul #9: Automatizarea infrastructurii cu ChatOps

• DevOps și ChatOps
• ChatOps: Puncte forte
• Slack și alternative
• Boți pentru ChatOps
• Hubot și alternative
• Безопасность
• Cele mai bune și cele mai rele practici

locul: Moscova, sala de conferințe a hotelului Sevastopol.

date: de la 30 ianuarie până la 1 februarie, 3 zile de muncă grea.

înregistrare

Sursa: www.habr.com