Am 4. September in St. Petersburg begann Slurm DevOps.
An einem Ort und zur gleichen Zeit sammelten sich alle notwendigen Faktoren für ein faszinierendes dreitägiges Intensiv: ein praktischer Selectel-Konferenzraum, sieben Dutzend neugieriger Entwickler in der Halle und 32 Teilnehmer online, ein Selectel-Server zum Üben. Und ein grüner Dinosaurier lauert in einer Ecke.
Am ersten Tag von Slurm sprachen drei Redner vor den Teilnehmern.
Pavel Selivanov, Lösungsarchitekt bei Southbridge, verwaltet seit über 10 Jahren und ist zertifizierter Kubernetes-Administrator. Ständiger Sprecher von Slurm. Er hielt Präsentationen auf den Konferenzen Moscow Kubernetes Meetup und UWDC. Er hat reiche Erfahrung in der Implementierung von Kubernetes: 5 Projekte - Einzelarbeit, mehr als 20 Projekte als Teil eines Teams.
Artyom Galonsky, Bureau of Bureau Bureau, kam speziell aus Kaliningrad zu Slurm DevOps. Erfahrung in der kommerziellen Entwicklung seit über 12 Jahren. Seit 2011 war er Teamleiter / Leiter der Entwicklungsabteilung. Er wurde 2016 technischer Direktor. Er hält den Devops-Ingenieur für ein Einhorn. Nicht in dem Sinne, dass nur eine Jungfrau ihn fangen kann. Und die Tatsache, dass niemand weiß, was es wirklich ist.
Alexey Stepanenko, Ingenieur in der Abteilung Selectel Cloud Platform, ist mit den Infrastrukturaufgaben für die Wartung der OpenStack Cloud befasst: Überwachung, CI / CD und Konfigurationsmanagement.
"... und dann habe ich so einen Fehler entdeckt."
Der erste, der bei den Teilnehmern Kenntnis erlangte, war Pavel Selivanov - und das von einer unerwarteten Seite. Es scheint, dass das Besondere an Git anscheinend die einfachsten und banalsten, elementarsten Wahrheiten sind. In Wirklichkeit wissen nur wenige, wie man richtig mit Git arbeitet. Wir haben die grundlegenden Befehle git init, commit, add, diff, log, status, pull, push durchlaufen. Sie erinnerten sich an Git Flow, Zweige und Tags, Merge-Strategien.
Dann nahm sich Pavel Selivanov die Zeit, um mit Git zu arbeiten. Wir gingen durch Gabel, Fernbedienung, Pull-Anfrage. Und dann diskutierten wir Konflikte, Releases und kehrten erneut zu Gitflow und anderen Flows in Bezug auf Teams zurück.
"Ah, was für ein Administrator!"
Nach dem Mittagessen, als die Teilnehmer etwas Kraft gewannen und sich darauf vorbereiteten, weiter zuzuhören, war CI / CD an der Reihe.
Artyom Galonsky begann mit dem Thema „CI / CD: Einführung in die Automatisierung“. Er untersuchte ausführlich die Bash-, Make- und Gradle-Tools sowie die Verwendung von Git-Hooks zur Automatisierung von Prozessen. Er sprach über die Montage am Fließband und deren Anwendung in der IT. Er gab ein Beispiel für den Bau einer „gemeinsamen“ Pipeline. Besprochene moderne Software für CI / CD: Drone CI, BitBucket Pipelines, Travis.
Gegen sechs Uhr abends begannen die Teilnehmer langsam zu erschöpfen. Es gab Vorschläge, öfter Pausen einzulegen. Das aktive Arbeiten von Neokortexen im Konferenzsaal fühlte sich wärmer an. Im Arbeitschat gab es sogar eine verzweifelte Anfrage: "Kollegen, lasst uns nicht stolpern und mehr Pausen einlegen #support"
"- Mary Ivanna, kann ich ausgehen? - Nein, setz dich!"
Artyom Galonsky lud weiterhin gnadenlos Wissen in die Teilnehmer. Nach dem Kaffeepausen öffnete ich das nächste Thema, "CI / CD: Arbeiten mit Gitlab".
"Jetzt halte dich an den Laptops fest. Und, und lass uns gehen!"
Er sprach über Gitlab CI, Optimierungsfunktionen, Best Practices und dann über Gitlab Runner, deren Typen und Anwendung. Berücksichtigt die Phasen von Gitlab CI und die Variablen von Gitlab CI. Nach den Kontroll- und Ausführungsbeschränkungen (nur wann) sprach ich über die Arbeit mit Artefakten. Ich habe die Vorlagen in .gitlab-ci.yml gezeigt und Aktionen in verschiedenen Abschnitten des Abschnitts "Rohr einschließen" wiederverwendet. Er schloss die zentrale Verwaltung von gitlab-ci.yml ab: eine Datei und automatischer Push in andere Repositorys.
Nach regelmäßigen Keksen und Kaffee sprach Alexey Stepanenko die Teilnehmer mit dem Thema „Infrastruktur als Code: Ein Ansatz zur Infrastruktur als Code“ an. In der Halle interessierte sich das Publikum sehr für das Thema des nächsten Tages, „IaC am Beispiel von Terraform“, und forderte sentimentale Geschichten.
, [4 . 2019 ., 20:27:35]: @f3exx ? Aleksey Stepanenko, [4 . 2019 ., 20:28:32]: ) Dmitriy Miroshnichenko, [4 . 2019 ., 20:28:38]: , ? ?
Beim fünften Slurme haben wir das „Leiter“ -Schema ausprobiert, bei dem das Material von einfach bis komplex gegeben wird - mit einem Start von Git und einem Ende bei SRE. Es hat nicht sehr gut geklappt: Coole Teilnehmer langweilten sich mit leichten Themen. Mal sehen, wie der schwierige Teil der Intensität am Freitag verläuft.
Im Slurm-Chat schreiben sie:
, [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 )
Wenn Sie den Verlauf von Slurm verlangsamen, passen weniger Informationen hinein. Wir müssen etwas opfern - wir haben in einem angenehmen Tempo geopfert. Besonders um alles in den Kopf zu passen und zu rammen, gibt es Noten der Intensität.
Pavel Selivanov fragte das Publikum mehrmals, wie bereit es sei, weiterzumachen oder eine Reihe von IaC-Unterthemen auf den nächsten Tag zu übertragen. Freundschaft und Neutralität haben lange Zeit die Abstimmung gewonnen. Und erst um halb neun Uhr abends gewannen diejenigen, die sich noch daran erinnerten, dass nachts die Idee bestand, zu schlafen.
Wir erklären verantwortungsbewusst, dass am ersten Tag von Slurm kein Dinosaurier von DevOps-Ingenieuren verletzt wurde. Es liegen noch zwei intensive Tage vor uns. Das interessanteste, komplexeste und leckerste: IaC und SRE.