Il 4 settembre è iniziato il DevOps Slurm a San Pietroburgo.
Tutti i fattori necessari per un emozionante intensivo di tre giorni sono stati riuniti in un unico luogo e in un unico momento: una comoda sala conferenze Selectel, sette dozzine di sviluppatori curiosi nella stanza e 32 partecipanti online, server Selectel per esercitarsi. E un dinosauro verde in agguato nell'angolo.
Il primo giorno di Slurm, tre relatori si sono rivolti ai partecipanti.
Pavel Selivanov, solution architect presso Southbridge, si occupa di amministrazione da oltre 10 anni ed è un amministratore Kubernetes certificato. L'oratore abituale di Slurm. Ha tenuto presentazioni al Kubernetes Meetup di Mosca e alle conferenze UWDC. Ha una vasta esperienza nell'implementazione di Kubernetes: 5 progetti - lavoro individuale, oltre 20 progetti come parte di un team.
Artyom Galonsky, STO "ByuroByuro", è arrivato appositamente a Slurm DevOps da Kaliningrad. Più di 12 anni di esperienza nello sviluppo commerciale. Dal 2011 è stato team leader e capo del dipartimento di sviluppo. Diventa direttore tecnico nel 2016. Crede che un ingegnere devops sia qualcosa come un unicorno. Non nel senso che solo una vergine può coglierlo. Il fatto è che nessuno sa cosa sia veramente.
Alexey Stepanenko, un ingegnere del dipartimento della piattaforma cloud Selectel, è coinvolto nelle attività infrastrutturali per la manutenzione del cloud OpenStack: monitoraggio, CI/CD e gestione della configurazione.
"... e poi ho preso un bug del genere."
Pavel Selivanov è stato il primo a inondare i partecipanti di conoscenze, e da una direzione inaspettata. Sembrerebbe che la particolarità di Git sia che sembra essere le verità più semplici e banali, le verità elementari. Ma in realtà poche persone sanno come lavorare correttamente con Git. Abbiamo esaminato i comandi di base git init, commit, add, diff, log, status, pull, push. Abbiamo ricordato il flusso git, i rami e i tag, le strategie di unione.
Quindi Pavel Selivanov ha dedicato del tempo al lavoro di squadra con Git. Abbiamo esaminato fork, remote e pull request. E poi abbiamo discusso di conflitti, rilasci e ancora una volta siamo tornati a Gitflow e ad altri flussi in relazione ai team.
"Oh, che amministratore!"
Dopo pranzo, quando i partecipanti hanno ripreso le forze ed erano pronti ad ascoltare ulteriormente, è stata la volta del CI/CD.
Artyom Galonsky ha iniziato con l'argomento "CI/CD: introduzione all'automazione". Ho esaminato in dettaglio gli strumenti bash, make, gradle, nonché l'uso di git-hook per automatizzare i processi. Ha parlato delle catene di montaggio delle fabbriche e del loro utilizzo nell'IT. Condiviso un esempio di costruzione di una pipeline "generale". Software moderni discussi per CI/CD: Drone CI, BitBucket Pipelines, Travis.
Verso le sei di sera i partecipanti cominciarono lentamente ad esaurirsi. Sono stati suggeriti di fare delle pause più spesso. Le neocortecce attive facevano sembrare la sala conferenze notevolmente più calda. C'era anche una richiesta conquistata a fatica nella chat di lavoro: “Colleghi, non stressiamoci e prendiamoci più pause #supporto”
“- MaryIvanna, posso uscire? -No, siediti!
Artyom Galonsky ha continuato senza pietà a trasferire la conoscenza nei partecipanti. Dopo la pausa caffè, ho aperto l'argomento successivo “CI/CD: lavorare con Gitlab”.
“Ora tieniti forte i tuoi laptop. E-e-e, andiamo!”
Ha parlato di Gitlab CI, funzionalità di configurazione, best practice, quindi di Gitlab Runner, delle loro tipologie e applicazioni. Revisione dei passaggi Gitlab CI e delle variabili Gitlab CI. Seguendo le restrizioni di controllo ed esecuzione (solo quando), ha parlato di lavorare con gli artefatti. Modelli mostrati all'interno di .gitlab-ci.yml, riutilizzo delle azioni in diverse parti della pipeline Include sezioni. Completato con la gestione centralizzata di gitlab-ci.yml: un file e push automatico ad altri repository.
Dopo altri biscotti e caffè, Alexey Stepanenko si è rivolto ai partecipanti con il tema “Infrastruttura come codice: un approccio all’infrastruttura come codice”. Il pubblico presente in sala si è dimostrato molto interessato all’argomento del giorno successivo “IaC sull’esempio di Terraform” e ha richiesto storie commoventi.
Никита Суворов, [4 сент. 2019 г., 20:27:35]:
@f3exx а по терраформу будут душещипательные истории или все закончится лабами?
Aleksey Stepanenko, [4 сент. 2019 г., 20:28:32]:
Будет одна точно)
Dmitriy Miroshnichenko, [4 сент. 2019 г., 20:28:38]:
эээ, например какие?
джун взял стейт и все убил?Al quinto Slurm abbiamo provato lo schema “ladder”, quando il materiale viene dato dal semplice al complesso, partendo da Git e finendo su SRE. Non è andata molto bene: i partecipanti interessanti si sono annoiati con gli argomenti facili. Venerdì vedremo come andrà la parte difficile dell'intensivo.
Nella chat di Slurm scrivono:
Николай Кононенко, [4 сент. 2019 г., 16:17:28]:
Все вроде получается, но темп такой что ты просто успеваешь это сделать не осмыслив. очень похоже на то как находя рандомную инструкцию на одном из сайтов ты просто копируешь по шагам и вставляешь, только у тебя нет возможности остановиться а нужно бежать от шага к шагу. ну или ты это уже знаешь и тебе норм
Alexander B, [4 сент. 2019 г., 16:18:06]:
да, успеваешь что-то одно - либо слушать, либо выполнять
Fedor, [4 сент. 2019 г., 16:18:21]:
+1
Еще из минусов, пока ты занимаешься копи пастом инструкций пропускаешь 80% слов Артема
Кирилл, [4 сент. 2019 г., 16:19:01]:
нужно два runners запускать
один раннер слушает
а второй копипастит )Se rallenti lo Slurm, verranno inserite meno informazioni. Bisogna sacrificare qualcosa: abbiamo sacrificato un ritmo confortevole. Soprattutto per adattare e compattare tutto nella tua testa, ci sono registrazioni intensive.
Pavel Selivanov ha chiesto più volte al pubblico quanto fossero pronti a continuare o spostare alcuni argomenti secondari della IaC al giorno successivo. Per molto tempo, l’amicizia e la neutralità hanno vinto il voto. E solo alle otto e mezza di sera vinse chi si ricordava ancora che avrebbe dovuto dormire la notte.
Dichiariamo responsabilmente che durante il primo giorno di Slurm, nessun dinosauro è stato danneggiato dagli ingegneri DevOps. Ci aspettano altri due giorni intensivi. I più interessanti, complessi e deliziosi: IaC e SRE.
Fonte: habr.com