TL; DR
notiks Maskavā no 30. janvāra līdz 1. februārim.
Atkal mēs analizēsim DevOps rīkus praksē.
Sīkāka informācija un programma zem griezuma.
SRE tika izņemts no programmas, jo kopā ar Ivanu Kruglovu gatavojam atsevišķu Slurm SRE. Paziņojums būs vēlāk.
Paldies Selectel, mūsu sponsoriem kopš pirmā Slurm!
Par filozofiju, skepsi un negaidītiem panākumiem
Septembra beigās apmeklēju DevOpsConf Maskavā.
Kopsavilkums par to, ko es dzirdēju:
— DevOps ir nepieciešams lielākajai daļai jebkura lieluma projektu;
— DevOps ir kultūra, tāpat kā jebkurai kultūrai, tai ir jānāk no uzņēmuma iekšpuses. Jūs nevarat nolīgt DevOps inženieri un sapņot, ka viņš uzlabos procesus.
— DevOps pārveidošanai nepieciešamā saraksta pašā beigās ir tehnoloģija, tas ir, paši DevOps rīki, kurus mēs mācām.
Es sapratu, ka mēs pareizi darījām, ka kursā neiekļāvām DevOps filozofiju un kultūru, jo to nevar mācīt sistemātiski. Kam vajadzēs, tas izlasīs grāmatās. Vai arī viņš atradīs superforšu treneri, kurš pārliecinās visus ar savu harizmu un autoritāti.
Personīgi es vienmēr esmu bijis “kustības no apakšas” piekritējs, partizānu kultūras īstenošanai caur instrumentiem. Kaut kas līdzīgs tam, kas aprakstīts Fēniksa projektā. Ja mums ir pareizi izveidots komandas darbs ar Git, mēs varam to lēnām papildināt ar noteikumiem, un tad tas nonāks pie vērtībām.
Un tomēr, kad mēs gatavojām DevOps Slurm, kur runājām tikai par instrumentiem, es baidījos no dalībnieku reakcijas: “Jūs teicāt brīnišķīgas lietas. Žēl, es nekad nevarēšu tos īstenot. Skepse bija tik liela, ka uzreiz pielikām punktu programmas atkārtošanai.
Tomēr lielākā daļa aptaujāto atbildēja, ka iegūtās zināšanas ir pielietojamas praksē un tuvākajā laikā kaut ko ieviesīs savā valstī. Tajā pašā laikā viss, ko mēs izskaidrojām, tika iekļauts noderīgo lietu sarakstā: Git, Ansible, CI/CD un SRE.
Derētu atcerēties, ka sākumā arī par Slurm Kubernetes teica, ka k3s 8 dienās nav iespējams izskaidrot.
Ar Ivanu Kruglovu, kurš vadīja SRE tēmu, vienojāmies par atsevišķu programmu. Šobrīd apspriežam detaļas, drīzumā došu paziņojumu.
Kas notiks Slurm DevOps?
Programma
1. tēma: komandas darbs ar Git
- Pamatkomandas git init, commit, add, diff, log, status, pull, push
- Git plūsma, zari un tagi, apvienošanas stratēģijas
- Darbs ar vairākiem tālvadības pārstāvjiem
- GitHub plūsma
- Dakša, tālvadības pults, vilkšanas pieprasījums
- Konflikti, izlaidumi, vēlreiz par Gitflow un citām plūsmām saistībā ar komandām
2. tēma: Darbs ar lietojumprogrammu no izstrādes viedokļa
- Mikropakalpojuma rakstīšana Python
- Vides mainīgie
- Integrācijas un vienību testi
- Docker-compose izmantošana izstrādē
3. tēma: CI/CD: ievads automatizācijā
- Ievads automatizācijā
- Instrumenti (bash, make, gradle)
- Git-hooku izmantošana procesu automatizēšanai
- Rūpnīcas montāžas līnijas un to pielietojums IT
- “Vispārēja” cauruļvada izveides piemērs
- Mūsdienīga programmatūra CI/CD: Drone CI, BitBucket Pipelines, Travis utt.
4. tēma: CI/CD: darbs ar Gitlab
- Gitlab CI
- Gitlab Runner, to veidi un pielietojums
- Gitlab CI, konfigurācijas līdzekļi, labākā prakse
- Gitlab CI posmi
- Gitlab CI mainīgie
- Veidojiet, pārbaudiet, izvietojiet
- Izpildes kontrole un ierobežojumi: tikai, kad
- Darbs ar artefaktiem
- Veidnes .gitlab-ci.yml, atkārtoti izmantojot darbības dažādās cauruļvada daļās
- Iekļaut - sadaļas
- Centralizēta gitlab-ci.yml pārvaldība (viens fails un automātiska pārsūtīšana uz citām krātuvēm)
5. tēma: Infrastruktūra kā kods
- IaC: Tuvojas infrastruktūrai kā kodam
- Mākoņu nodrošinātāji kā infrastruktūras nodrošinātāji
- Sistēmas inicializācijas rīki, attēlu veidošana (iepakotājs)
- IaC, kā piemēru izmantojot Terraform
- Konfigurācijas glabāšana, sadarbība, lietojumprogrammu automatizācija
- Ansible rokasgrāmatu izveides prakse
- Idempotence, deklarativitāte
- IaC, kā piemēru izmantojot Ansible
6. tēma: Infrastruktūras testēšana
- Testēšana un nepārtraukta integrācija ar Molecule un Gitlab CI
- Izmantojot Vagrant
7. tēma: Infrastruktūras uzraudzība ar Prometheus
- Kāpēc ir nepieciešama uzraudzība?
- Monitoringa veidi
- Paziņojumi uzraudzības sistēmā
- Kā izveidot veselīgu uzraudzības sistēmu
- Cilvēkiem lasāmi paziņojumi ikvienam
- Veselības pārbaude: kam jāpievērš uzmanība
- Automatizācija, kuras pamatā ir monitoringa dati
8. tēma: Lietojumprogrammu reģistrēšana ar ELK
- Labākā mežizstrādes prakse
- ELK kaudze
9. tēma: Infrastruktūras automatizācija ar ChatOps
- DevOps un ChatOps
- ChatOps: stiprās puses
- Atslābums un alternatīvas
- Boti priekš ChatOps
- Hubots un alternatīvas
- Drošība
- Labākā un sliktākā prakse
Atrašanās vieta: Maskava, Sevastopoles viesnīcas konferenču telpa.
Datumi: no 30. janvāra līdz 1. februārim 3 dienas smaga darba.
Avots: www.habr.com