Am 4. September begann in Sankt Petersburg das Slerm DevOps.
An einem Ort und zu einer Zeit kamen alle notwendigen Faktoren für einen spannenden, dreitägigen Intensivkurs zusammen: ein bequemer Konferenzraum von Selectel, mehrere Dutzend neugierige Entwickler im Raum und 32 Teilnehmer online sowie Selectel-Server für praktische Übungen. Und ein grüner Dinosaurier, der sich in der Ecke versteckte.
Am ersten Tag des Slerm 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. Regelmäßiger Sprecher beim Slerm. Hat Vorträge auf den Konferenzen Moscow Kubernetes Meetup und UWDC gehalten. Verfügt über umfangreiche Erfahrungen in der Implementierung von Kubernetes: 5 Projekte — individuelle Arbeit, 20+ Projekte im Team.
Artem Galonski, CTO von «BüroBüro», ist eigens aus Kaliningrad zum Slerm DevOps gereist. Er hat über 12 Jahre Erfahrung in der kommerziellen Softwareentwicklung. War seit 2011 Teamleiter der Entwicklungsabteilung. Wurde 2016 zum technischen Direktor. Er glaubt, dass ein DevOps-Ingenieur etwas wie ein Einhorn ist. Nicht im Sinne, dass man ihn nur mit einer Jungfrau fangen kann, sondern weil niemand wirklich weiß, was es ist.
Alexey Stepanenko, Ingenieur bei der Cloud-Plattform von Selectel, kümmert sich um Infrastrukturaufgaben zur Wartung der OpenStack-Cloud: Monitoring, CI/CD und Konfigurationsmanagement.
„… und dann habe ich so einen Bug gefunden.“
Als Erster teilte Pavel Selivanov sein Wissen mit den Teilnehmern — und zwar aus unerwarteter Perspektive. Was könnte an Git schon so besonders sein — es scheint doch das Einfachste und Alltäglichste zu sein, die abgedroschenen Wahrheiten. Aber in Wirklichkeit können nur wenige richtig mit Git umgehen. Wir haben die grundlegenden Git-Befehle wie git init, commit, add, diff, log, status, pull, push durchgesprochen. Wir haben uns an git flow, Branches und Tags sowie Merge-Strategien erinnert.
Dann widmete Pavel Selivanov der Teamarbeit mit Git etwas Zeit. Wir haben über Fork, Remote, Pull Request gesprochen. Und dann haben wir Konflikte, Releases diskutiert und erneut auf Gitflow und andere Flows in Bezug auf Teams zurückgegriffen.
„Oh, was für ein Administrator!“
Nach dem Mittagessen, als die Teilnehmer etwas frische Energie tankten und sich auf die nächsten Themen vorbereiteten, war CI/CD an der Reihe.
Artyom Galonski begann mit dem Thema „CI/CD: Einführung in die Automatisierung“. Er beleuchtete ausführlich die Werkzeuge bash, make, gradle sowie die Nutzung von git-hooks zur Automatisierung von Prozessen. Er sprach über Fertigungsstraße und deren Anwendung in der IT. Er teilte ein Beispiel für den Aufbau eines „gemeinsamen“ Pipelines. Diskutierte moderne Software für CI/CD: Drone CI, BitBucket Pipelines, Travis.
Gegen sechs Uhr abends begannen die Teilnehmer allmählich, sich zu ermüden. Vorschläge, häufiger Pausen zu machen, wurden laut. Von den aktiv arbeitenden Neokortexen im Konferenzraum wurde es spürbar wärmer. Im Arbeits-Chat erschien sogar eine sehnlichst gewünschte Bitte: „Kollegen, lasst uns nicht übertreiben und mehr Pausen machen #support“
» – Marjanna, darf ich raus? – Nein, bleib sitzen!«
Artyom Galonski fuhr unbarmherzig fort, das Wissen in die Teilnehmer zu laden. Nach der Kaffeepause eröffnete er das nächste Thema „CI/CD: Arbeiten mit Gitlab“.
„Und jetzt haltet euch gut an den Laptops fest. Und, los geht's!“
Er berichtete über Gitlab CI, die Besonderheiten der Einrichtung, bewährte Praktiken, dann über Gitlab Runner, deren Typen und Anwendungen. Er beleuchtete die Phasen von Gitlab CI und die Variablen von Gitlab CI. Nach Kontrolle und Einschränkungen der Ausführung (only, when) sprach er über die Arbeit mit Artefakten. Er zeigte Vorlagen innerhalb von .gitlab-ci.yml, die Wiederverwendung von Aktionen in verschiedenen Abschnitten der Pipeline Include - Sektionen. Beendete mit einem zentralen Management von gitlab-ci.yml: eine Datei und automatische Push-Befehle in die restlichen Repositories.
Nach weiteren Keksen und Kaffee sprach Alexey Stepanenko vor den Teilnehmern über das Thema „Infrastructure as Code: Ansatz zur Infrastruktur als Code“. Im Saal zeigte die Öffentlichkeit reges Interesse an dem Thema des nächsten Tages „IaC am Beispiel Terraform“ und verlangte nach rührenden Geschichten.
Nikita Suvorov, [4. Sept. 2019, 20:27:35]:
@f3exx Gibt es rührende Geschichten über Terraform oder endet alles mit Labs?
Aleksey Stepanenko, [4. Sept. 2019, 20:28:32]:
Es wird definitiv eine geben)
Dmitriy Miroshnichenko, [4. Sept. 2019, 20:28:38]:
Äh, zum Beispiel welche?
Hat der Junior den Status bekommen und alles kaputt gemacht?Beim fünften Slyerm haben wir das Schema „Treppe“ ausprobiert, bei dem das Material von einfach nach komplex vermittelt wird — Beginn mit Git und Ende mit SRE. Es lief nicht so gut: Die starken Teilnehmer langweilten sich bei den einfachen Themen. Mal sehen, wie am Freitag der komplexe Teil des Intensivkurses ankommt.
Im Chat des Slyerm wird geschrieben:
Nikolas Kononenko, [4. Sept. 2019, 16:17:28]: Alles scheint zu funktionieren, aber das Tempo ist so, dass man es einfach schafft, ohne darüber nachzudenken. Es ähnelt sehr dem, wenn man eine zufällige Anleitung auf einer der Webseiten findet und einfach Schritt für Schritt kopiert und einfügt, nur dass man keine Möglichkeit hat, anzuhalten und von Schritt zu Schritt rennen muss. Oder man weiß es schon und es ist in Ordnung für einen.
Alexander B, [4. Sept. 2019, 16:18:06]: Ja, man schafft etwas - entweder zuzuhören oder auszuführen.
Fedor, [4. Sept. 2019, 16:18:21]: +1. Noch ein Nachteil ist, dass man 80% der Worte von Artem verpasst, während man Anleitungen kopiert und einfügt.
Kirill, [4. Sept. 2019, 16:19:01]: Man muss zwei Runner starten, einer hört zu und der andere kopiert und fügt ein.)Wenn man den Verlauf von Slürm verlangsamt, passt weniger Information hinein. Man muss irgendwo opfern – wir haben den komfortablen Rhythmus geopfert. Um alles im Kopf unterzubringen und zu komprimieren, gibt es Aufzeichnungen des Intensivkurses.
Pavel Selivanov hat mehrfach das Publikum gefragt, ob sie bereit sind, weiterzumachen oder einige Unterthemen von IaC auf den nächsten Tag zu verschieben. Lange Zeit hat Freundschaft und Neutralität in der Abstimmung gewonnen. Und nur um halb neun abends gewannen die, die sich noch daran erinnerten, dass man in der Nacht eigentlich schlafen sollte.
Verantwortlich erklären wir, dass am ersten Tag von Slürm kein Dinosaurier unter den DevOps-Ingenieuren zu Schaden gekommen ist. Es stehen noch zwei Tage Intensivkurs bevor. Das Interessanteste, Schwierigste und Leckerste: IaC und SRE.
Quelle: habr.com
