Il 4 settembre a San Pietroburgo ha avuto inizio Slurm DevOps.
In un luogo e in un momento si sono riuniti tutti i fattori necessari per un'intensa esperienza di tre giorni: la comoda sala conferenze Selectel, settanta curiosi sviluppatori in sala e 32 partecipanti online, i server Selectel per la pratica. E un dinosauro verde, agguerrito in un angolo.
Il primo giorno di Slurm ha visto tre relatori presentarsi davanti ai partecipanti.
Pavel Selivanov, architetto di soluzioni in Southbridge, lavora nell'amministrazione da più di 10 anni ed è un Certified Kubernetes Administrator. Relatore abituale di Slurm. Ha tenuto conferenze a eventi come Moscow Kubernetes Meetup e UWDC. Ha una vasta esperienza nell'implementazione di Kubernetes: 5 progetti - lavoro individuale, oltre 20 progetti come parte di un team.
Artyom Galonsky, CTO di BureauBureau, è arrivato appositamente a Slurm DevOps da Kaliningrad. Ha oltre 12 anni di esperienza nello sviluppo commerciale. Ha svolto il ruolo di team leader nel reparto sviluppo dal 2011. È diventato direttore tecnico nel 2016. Ritiene che il ruolo di ingegnere devops sia qualcosa di simile a un unicorno. Non nel senso che possa essere catturato solo da una vergine. Ma nel senso che nessuno sa davvero cosa sia.
Alexey Stepanenko, ingegnere del reparto 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 come questo.»
Il primo a inondare i partecipanti con le sue conoscenze è stato Pavel Selivanov - e da un lato inaspettato. Sembra che non ci sia nulla di speciale in Git - è tutto così semplice e comune, verità fondamentali. Ma in realtà pochi sanno come lavorare correttamente con Git. Abbiamo passato in rassegna i comandi di base git init, commit, add, diff, log, status, pull, push. Abbiamo ricordato git flow, rami e tag, strategie di merge.
Poi Pavel Selivanov ha dedicato del tempo al lavoro di squadra con Git. Abbiamo esaminato fork, remote, pull request. E poi abbiamo discusso dei conflitti, delle versioni e siamo tornati di nuovo a Gitflow e ad altri flow applicabili ai team.
«Ah, che admin!»
Dopo pranzo, quando i partecipanti si erano ripresi un po’ e si preparavano ad ascoltare di nuovo, è stata la volta di CI/CD.
Artyom Galonski ha iniziato con il tema "CI/CD: introduzione all'automazione". Ha esaminato in dettaglio strumenti come bash, make, gradle e l'uso di git-hooks per automatizzare i processi. Ha parlato delle linee di assemblaggio delle fabbriche e del loro uso in IT. Ha condiviso un esempio di costruzione di un "pipeline" "generale". Ha discusso del software moderno per CI/CD: Drone CI, BitBucket Pipelines, Travis.
Verso le sei del pomeriggio, i partecipanti hanno iniziato a sentirsi stanchi. Sono state avanzate proposte per fare pause più frequenti. La sala conferenze si è riscaldata visibilmente per l'attività dei neocorticali. Nel chat di lavoro è persino apparita una richiesta disperata: "Colleghi, non esageriamo e facciamo più pause #support"
» — Maria Ivanovna, posso uscire? — No, rimani qui!"
Artyom Galonski ha continuato inesorabilmente a caricare conoscenze nei partecipanti. Dopo la pausa caffè ha aperto il tema successivo "CI/CD: Lavorare con Gitlab".
"E ora tenetevi forte ai portatili. E-e-e, andiamo!"
Ha parlato di Gitlab CI, delle caratteristiche di configurazione, delle migliori pratiche, poi di Gitlab Runner, i loro tipi e utilizzo. Ha esaminato le fasi di Gitlab CI e le variabili di Gitlab CI. Seguindo il controllo e le limitazioni di esecuzione (only, when), ha parlato del lavoro con gli 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 gitlab-ci.yml: un file e push automatici nei repository rimanenti.
Dopo un'altra pausa con biscotti e caffè, è intervenuto Alexey Stepanenko con il tema "Infrastructure as Code: approccio all'infrastruttura come codice". In sala, il pubblico si è mostrato vivamente interessato al tema del giorno successivo "IaC con Terraform", chiedendo storie strazianti.
Nikita Suvorov, [4 set. 2019, 20:27:35]:
@f3exx ci saranno storie strazianti su Terraform o tutto finirà con dei laboratori?
Aleksey Stepanenko, [4 set. 2019, 20:28:32]:
Ci sarà una storia sicuramente)
Dmitriy Miroshnichenko, [4 set. 2019, 20:28:38]:
ehm, per esempio quali?
il junior ha preso lo stato e ha distrutto tutto?Durante il quinto Slurm abbiamo provato lo schema "scala", dove il materiale è presentato dal semplice al complesso, partendo da Git e finendo con SRE. Non è andata molto bene: i partecipanti esperti si sono annoiati con temi facili. Vedremo come andrà la parte complessa dell'intensivo venerdì.
Nel chat di Slurm scrivono:
Nikolay Kononenko, [4 set. 2019, 16:17:28]:
Tutto sembra funzionare, ma il ritmo è tale che riesci a farlo senza riflettere. Assomiglia molto a quando trovi un'istruzione casuale su uno dei siti e semplicemente copi e incolli passo dopo passo, solo che non hai la possibilità di fermarti e devi correre da un passo all'altro. O altrimenti lo sai già e per te va bene.
Alexander B, [4 set. 2019, 16:18:06]:
Sì, riesci a fare una cosa sola: o 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]:
Bisogna avviare due runner.
Un runner ascolta
E l'altro copia e incolla.)Se rallenti il passo di Slerma, ci entrerà meno informazioni. Bisogna sacrificare qualcosa: noi abbiamo sacrificato un ritmo confortevole. Appositamente per organizzare e comprimere tutto nella mente, ci sono le registrazioni dell'intensivo.
Pavel Selivanov ha chiesto più volte alla sala quanto fossero pronti a continuare o a rimandare alcuni sottotemi di IaC al giorno successivo. A lungo nel voto ha prevalso l'amicizia e la neutralità. E solo verso le nove di sera hanno vinto quelli che si ricordavano che di notte in teoria bisogna dormire.
Dichiariamo con responsabilità che nel primo giorno di Slerma per gli ingegneri DevOps non è stato danneggiato nessun dinosauro. Ci sono ancora due giorni di intensivo davanti. Le cose più interessanti, complesse e gustose: IaC e SRE.
Fonte: habr.com
