Am 4. September begann in Sankt Petersburg das Slyrm DevOps.
An einem Ort zur gleichen Zeit kamen alle nötigen Faktoren fĂŒr ein spannendes dreitĂ€giges Intensivseminar zusammen: der komfortable Konferenzraum von Selectel, sieben Dutzend neugieriger Entwickler im Saal und 32 Teilnehmer online, sowie die Server von Selectel fĂŒr praktische Ăbungen. Und ein grĂŒner Dinosaurier, der sich in einer Ecke versteckte.

Am ersten Tag des Slyrms traten drei Sprecher vor die Teilnehmer.
Pavel Selivanov, Solutions Architect bei Southbridge, beschĂ€ftigt sich seit ĂŒber 10 Jahren mit Administration und ist Certified Kubernetes Administrator. Er ist ein regelmĂ€Ăiger Sprecher beim Slyrm und hat VortrĂ€ge auf Konferenzen wie dem Moscow Kubernetes Meetup und UWDC gehalten. Er verfĂŒgt ĂŒber umfassende Erfahrung in der Implementierung von Kubernetes: 5 Projekte in Einzelarbeit, 20+ Projekte im Team.
Artyom Galonski, CTO von «BĂŒroBĂŒro», ist speziell aus Kaliningrad zur Slyorm DevOps angereist. Er verfĂŒgt ĂŒber mehr als 12 Jahre Erfahrung in der kommerziellen Softwareentwicklung. Seit 2011 agiert er als Teamleiter der Entwicklungsabteilung und wurde 2016 zum technischen Leiter ernannt. Er sieht einen DevOps-Ingenieur als eine Art Einhorn an. Nicht im Sinne, dass nur eine Jungfrau es fangen kann, sondern dass niemand wirklich weiĂ, was es eigentlich ist.
Alexey Stepanenko, Ingenieur in der Cloud-Plattform-Abteilung von Selectel, beschÀftigt sich mit Infrastrukturaufgaben zur Wartung der OpenStack-Cloud: Monitoring, CI/CD und Konfigurationsmanagement.

â⊠und dann habe ich so einen Bug gefangen.â
Pavel Selivanov bombardierte die Teilnehmer mit Wissen â und das aus einer unerwarteten Richtung. Was könnte an Git so besonders sein â es scheint doch das einfachste und alltĂ€glichste, die ABC-Wahrheiten. Doch tatsĂ€chlich können nur wenige richtig mit Git umgehen. Wir haben die grundlegenden Befehle git init, commit, add, diff, log, status, pull, push durchgenommen. Wir erinnerten uns an git flow, Branches und Tags, und die Strategien fĂŒr Merges.

Dann widmete sich Pavel Selivanov der Teamarbeit mit Git. Wir haben Fork, Remote und Pull-Anfrage behandelt. Danach diskutierten wir Konflikte, Releases und kehrten noch einmal zu Gitflow und anderen Flows fĂŒr Teams zurĂŒck.


âAch, was fĂŒr ein Admin!â
Nach dem Mittagessen, als die Teilnehmer ein wenig neue Energie tankten und sich bereit machten, weiter zuzuhören, war das Thema CI/CD an der Reihe.
Artyom Galonski begann mit dem Thema âCI/CD: EinfĂŒhrung in die Automatisierungâ. Er betrachtete detailliert die Tools Bash, Make, Gradle sowie die Verwendung von Git-Hooks zur Automatisierung von Prozessen. Er sprach ĂŒber Fabrikfertigungslinien und deren Anwendung in der IT. Zudem teilte er ein Beispiel fĂŒr den Aufbau einer âgemeinsamenâ Pipeline. Er diskutierte moderne Software fĂŒr CI/CD: Drone CI, Bitbucket-Pipelines, Travis.


Gegen sechs Uhr abends begannen die Teilnehmer, sich allmĂ€hlich zu ermĂŒden. Es wurden VorschlĂ€ge gemacht, hĂ€ufiger Pausen einzulegen. In dem Konferenzraum wurde es spĂŒrbar wĂ€rmer durch die aktiv arbeitenden Neocortex. Im Arbeits-Chat gab es sogar eine leidenschaftliche Bitte: âKollegen, lasst uns nicht ĂŒbertreiben und mehr Pausen machen #supportâ

» â Marja Ivanovna, darf ich kurz raus? â Nein, bleib sitzen!«
Artem Galonski setzte seine unbarmherzige Wissensvermittlung bei den Teilnehmern fort. Nach der Kaffeepause eröffnete er das nĂ€chste Thema: âCI/CD: Arbeiten mit GitLabâ.

âJetzt haltet eure Laptops fest. Und, los geht's!â
Er sprach ĂŒber GitLab CI, die Besonderheiten der Konfiguration, bewĂ€hrte Praktiken, dann ĂŒber GitLab Runner, deren Typen und Anwendungen. Er betrachtete die Phasen von GitLab CI und die Variablen in GitLab CI. Nach den Kontrollen und AusfĂŒhrungseinschrĂ€nkungen (only, when) erklĂ€rte er die Arbeit mit Artefakten. Er zeigte Templates innerhalb von .gitlab-ci.yml, die Wiederverwendung von Aktionen an verschiedenen Stellen des Pipelines Include â Sektionen. Er schloss mit dem zentralen Management von gitlab-ci.yml: eine Datei und automatische Pushes in die anderen Repositories.
Nach den nĂ€chsten Keksen und Kaffee trat Alexey Stepanenko vor die Teilnehmer mit dem Thema âInfrastructure as Code: der Ansatz, Infrastruktur wie Code zu behandelnâ. Im Saal zeigte das Publikum lebhaftes Interesse am Thema des nĂ€chsten Tages âIaC am Beispiel von Terraformâ und verlangte nach bewegenden Geschichten.
Nikita Suvorov, [4. September 2019, 20:27:35]:
@f3exx Wird es emotionale Geschichten ĂŒber Terraform geben, oder endet alles in Labs?
Aleksey Stepanenko, [4. September 2019, 20:28:32]:
Es wird auf jeden Fall eine geben)
Dmitriy Miroshnichenko, [4. September 2019, 20:28:38]:
Ăhm, welche zum Beispiel?
Hat der Junior den State genommen und alles kaputt gemacht?Beim fĂŒnften Slurm haben wir das "Treppe"-Schema ausprobiert, bei dem das Material von einfach nach komplex vermittelt wird â beginnend mit Git und endend mit SRE. Es lief nicht besonders gut: Die erfahrenen Teilnehmer haben sich bei den einfachen Themen gelangweilt. Mal sehen, wie der schwierige Teil des Intensivkurses am Freitag lĂ€uft.

Im Slurm-Chat wird geschrieben:
Nikolai Kononenko, [4. Sept. 2019, 16:17:28]:
Es lĂ€uft alles ganz gut, aber das Tempo ist so schnell, dass man es einfach macht, ohne wirklich darĂŒber nachzudenken. Es ist sehr Ă€hnlich, wie wenn man eine zufĂ€llige Anleitung auf einer Website findet, man kopiert sie Schritt fĂŒr Schritt und fĂŒgt sie ein, nur dass man keine Zeit hat, um innezuhalten; man muss von Schritt zu Schritt rennen. Oder du weiĂt es bereits und es ist in Ordnung fĂŒr dich.
Alexander B, [4. Sept. 2019, 16:18:06]:
Ja, man schafft es, nur eine Sache zu machen - entweder zuzuhören oder auszufĂŒhren.
Fedor, [4. Sept. 2019, 16:18:21]:
+1
Ein weiterer Nachteil: WĂ€hrend man die Anleitung kopiert und einfĂŒgt, verpasst man 80 % von Artems Worten.
Kirill, [4. Sept. 2019, 16:19:01]:
Man muss zwei Runner starten.
Ein Runner hört zu,
und der andere kopiert und fĂŒgt ein.)Wenn man den Lauf von Slerma verlangsamt, passt weniger Informationen hinein. Man muss irgendwo Abstriche machen - wir haben auf ein angenehmes Tempo verzichtet. Um alles im Kopf zu verarbeiten und zu komprimieren, gibt es Aufzeichnungen des Intensivkurses.

Pawel Selivanov hat mehrmals im Raum gefragt, wie bereit alle sind, weiterzumachen oder einige Unterthemen von IaC auf den nÀchsten Tag zu verschieben. Lange Zeit gewann das Abstimmungsergebnis Freundschaft und NeutralitÀt. Erst gegen halb neun abends triumphierten die, die sich noch daran erinnerten, dass man eigentlich nachts schlafen sollte.
Wir bestÀtigen verantwortungsbewusst, dass am ersten Tag des Slerma von DevOps-Ingenieuren kein Dinosaurier zu Schaden gekommen ist. Vor uns liegen noch zwei Tage voller IntensitÀt. Am spannendsten, herausforderndsten und leckersten: IaC und SRE.
Quelle: habr.com
