Il 4 settembre a San Pietroburgo è iniziato il Slyrm DevOps.
In un solo luogo e in un momento unico si sono riuniti tutti i fattori necessari per un intensivo di tre giorni: la comoda sala conferenze Selectel, una settantina di sviluppatori curiosi in aula e 32 partecipanti online, server Selectel per le pratiche. E un dinosauro verde, nascosto in un angolo.
Il primo giorno del Slyrm ha visto tre relatori di fronte ai partecipanti.
Pavel Selivanov, architetto di soluzioni presso Southbridge, si occupa di amministrazione da oltre 10 anni, è un Certified Kubernetes Administrator. Relatore fisso di Slyrm. Ha tenuto interventi alle conferenze Moscow Kubernetes Meetup e UWDC. Ha una vasta esperienza nell'implementazione di Kubernetes: 5 progetti - lavoro individuale, oltre 20 progetti all'interno di un team.
Artyom Galonsky, CTO di «BureauBureau», è arrivato appositamente a Slyurm DevOps da Kaliningrad. Ha oltre 12 anni di esperienza nello sviluppo commerciale. Ha ricoperto il ruolo di team leader nel dipartimento di sviluppo dal 2011. È diventato direttore tecnico nel 2016. Ritiene che un ingegnere DevOps sia una sorta di unicorno. Non nel senso che solo una vergine possa catturarlo, ma nel senso che nessuno sa realmente cosa sia.
Aleksey Stepanenko, ingegnere del dipartimento della piattaforma cloud di Selectel, si occupa di compiti infrastrutturali per la manutenzione del cloud OpenStack: monitoraggio, CI/CD e gestione delle configurazioni.
«… e poi ho catturato un bug di questo tipo.»
Pavel Selivanov è stato il primo a svelare le sue conoscenze ai partecipanti, e lo ha fatto in modo inatteso. Sembrerebbe che non ci sia nulla di speciale in Git: sembra qualcosa di così semplice e ordinario, verità di base. Ma in realtà pochi sanno come lavorare correttamente con Git. Sono stati trattati i comandi di base git init, commit, add, diff, log, status, pull, push. Abbiamo ricordato git flow, rami e tag, e le strategie di merge.
Poi Pavel Selivanov ha dedicato del tempo al lavoro di squadra con Git. Hanno parlato di fork, remote, pull request. Poi hanno discusso di conflitti, rilascio e sono tornati a Gitflow e ad altri flow specifici per i team.
«Oh, che amministratore!»
Dopo pranzo, quando i partecipanti si erano ripresi un po' e si erano preparati ad ascoltare, è stata la volta del CI/CD.
Artem Galonsky ha iniziato con il tema «CI/CD: introduzione all'automazione». Ha esaminato in dettaglio gli strumenti bash, make, gradle, e l'uso di git-hooks per automatizzare i processi. Ha parlato delle linee di assemblaggio delle fabbriche e del loro utilizzo in IT. Ha condiviso un esempio di costruzione di un «pipeline comune». Ha discusso di software moderno per CI/CD: Drone CI, BitBucket Pipelines, Travis.
Verso le sei di sera, i partecipanti hanno cominciato a sentirsi stanchi. Sono arrivate proposte per fare pause più frequenti. Nel sala conferenze si è percepito un aumento della temperatura, dovuto agli attivi neocortex. Nel chat di lavoro è anche apparso un disperato messaggio: «Colleghi, evitiamo di esagerare e facciamo più pause #support»
» — Marianna, posso uscire? — No, resta lì!»
Artem Galonsky ha continuato a immagazzinare conoscenze nei partecipanti. Dopo il coffee break ha aperto il prossimo argomento "CI/CD: Lavorare con Gitlab".
"E ora, tenetevi forte ai portatili. E-e-e, partiamo!"
Ha parlato di Gitlab CI, le peculiarità della configurazione, le migliori pratiche, quindi di Gitlab Runner, i loro tipi e utilizzo. Ha esaminato le fasi di Gitlab CI e le variabili di Gitlab CI. Dopo aver trattato controllo e limitazioni di esecuzione (only, when), ha parlato della gestione degli artefatti. Ha mostrato i modelli all'interno di .gitlab-ci.yml, il riutilizzo delle azioni in diverse sezioni del pipeline Include. Ha concluso con la gestione centralizzata di gitlab-ci.yml: un file e push automatici negli altri repository.
Dopo ulteriori biscotti e caffè, ha preso la parola Alexey Stepanenko con il tema "Infrastructure as Code: un approccio all'infrastruttura come codice". Nel pubblico c'era un vivo interesse per il tema del giorno successivo "IaC con Terraform", richiedevano storie toccanti.
Nikita Suvorov, [4 set. 2019, 20:27:35]:
@f3exx ci saranno storie toccanti su Terraform o tutto finirà in laboratori?
Aleksey Stepanenko, [4 set. 2019, 20:28:32]:
Sicuramente ce ne sarà almeno una)
Dmitriy Miroshnichenko, [4 set. 2019, 20:28:38]:
Ehm, per esempio quali?
Un junior ha preso lo stato e ha distrutto tutto?Nel quinto Slёrm abbiamo provato lo schema "scala", dove il materiale viene presentato dal semplice al complesso — partendo da Git e arrivando a SRE. Non è andata molto bene: i partecipanti esperti si sono annoiati con i temi facili. Vedremo come andrà la parte difficile dell'intensivo venerdì.
Nel chat di Slёrm si scrive:
Nikolai Kononenko, [4 set. 2019, 16:17:28]:
Tutto sembra funzionare, ma il ritmo è tale che riesci a farlo solo senza riflettere. È molto simile a quando trovi un'istruzione casuale su uno dei siti e copi passo dopo passo e incolli, solo che non hai la possibilità di fermarti e devi correre da un passo all'altro. O magari lo sai già e ti va bene.
Alexander B, [4 set. 2019, 16:18:06]:
Sì, riesci a fare solo una cosa - ascoltare o eseguire.
Fedor, [4 set. 2019, 16:18:21]:
+1
Inoltre, mentre ti occupi di copiare e incollare le istruzioni perdi l'80% delle parole di Artem.
Kirill, [4 set. 2019, 16:19:01]:
È necessario avviare due runners.
Un runner ascolta,
mentre l'altro copia e incolla.)Se si rallenta il passo di Slёrm, entreranno meno informazioni. Bisogna sacrificare qualcosa: noi abbiamo sacrificato il ritmo confortevole. Per poter comprimere e sistemare tutto nella testa, ci sono le registrazioni dell'intensivo.
Pavel Selivanov ha chiesto più volte alla sala quanto fossero pronti a continuare o a rinviare alcuni sottotem i di IaC al giorno successivo. A lungo, il voto ha premiato amicizia e neutralità. E solo verso le otto e mezza di sera hanno vinto coloro che ricordavano che di notte, in teoria, bisognerebbe dormire.
Dichiaramos con responsabilità che, nel primo giorno del Slerm, nessun dinosauro è stato danneggiato dagli ingegneri DevOps. Restano ancora due giorni di intensivo. Le parti più interessanti, complesse e gustose: IaC e SRE.
Fonte: habr.com
