4 września w Petersburgu rozpoczął się DevOps Slurm.
Wszystkie elementy potrzebne do ekscytującego, trzydniowego intensywnego szkolenia zostały zebrane w jednym miejscu i czasie: wygodna sala konferencyjna Selectel, siedmiu tuzinów ciekawych programistów w pokoju i 32 uczestników online, serwery Selectel do ćwiczeń. A w kącie czai się zielony dinozaur.
Pierwszego dnia Slurmu do uczestników przemówiło trzech prelegentów.
Pavel Selivanov, architekt rozwiązań w Southbridge, od ponad 10 lat zajmuje się administracją i jest certyfikowanym administratorem Kubernetes. Stały mówca Slurma. Prowadził prezentacje na moskiewskich konferencjach Kubernetes Meetup i UWDC. Posiada bogate doświadczenie we wdrażaniu Kubernetesa: 5 projektów - praca indywidualna, ponad 20 projektów w ramach zespołu.
Artem Galonsky, STO „ByuroByuro”, specjalnie przybył do Slurm DevOps z Kaliningradu. Ponad 12 lat doświadczenia w rozwoju komercyjnym. Od 2011 roku pełni funkcję lidera zespołu i szefa działu rozwoju. W 2016 roku zostałem dyrektorem technicznym. Uważa, że inżynier devops jest czymś w rodzaju jednorożca. Nie w tym sensie, że tylko dziewica może go złapać. Rzecz w tym, że nikt nie wie, jak jest naprawdę.
Alexey Stepanenko, inżynier w dziale platformy chmurowej Selectel, zajmuje się zadaniami infrastrukturalnymi związanymi z utrzymaniem chmury OpenStack: monitorowaniem, CI/CD i zarządzaniem konfiguracją.
„...i wtedy złapałem takiego robaka.”
Pavel Selivanov jako pierwszy zasypał uczestników wiedzą – i to z nieoczekiwanego kierunku. Wydawać by się mogło, że to, co jest tak wyjątkowego w Gicie, to to, że wydaje się być najprostszym i najbardziej powszechnym, podstawowymi prawdami. Ale w rzeczywistości niewiele osób wie, jak poprawnie pracować z Gitem. Przeszliśmy przez podstawowe polecenia git init, commit, add, diff, log, status, pull, push. Przypomnieliśmy sobie przepływ git, gałęzie i tagi, strategie łączenia.
Następnie Pavel Selivanov poświęcił czas na pracę zespołową z Gitem. Przeszliśmy przez rozwidlenie, zdalne żądanie ściągnięcia. A potem omówiliśmy konflikty, wydania i jeszcze raz wróciliśmy do Gitflow i innych przepływów w odniesieniu do zespołów.
„Och, co za administrator!”
Po obiedzie, gdy uczestnicy nabrali już sił i byli gotowi do dalszego słuchania, przyszła kolej na CI/CD.
Artem Galonsky rozpoczął od tematu „CI/CD: wprowadzenie do automatyzacji”. Szczegółowo zapoznałem się z narzędziami bash, make, gradle, a także wykorzystaniem git-hooków do automatyzacji procesów. Mówił o fabrycznych liniach montażowych i ich zastosowaniu w IT. Udostępniono przykład budowy „ogólnego” rurociągu. Omówiono nowoczesne oprogramowanie dla CI/CD: Drone CI, BitBucket Pipelines, Travis.
Bliżej szóstej wieczorem uczestnicy zaczęli powoli odczuwać zmęczenie. Pojawiły się sugestie, aby częściej robić przerwy. Aktywnie pracująca kora nowa sprawiła, że w sali konferencyjnej zrobiło się zauważalnie cieplej. Na czacie służbowym pojawiła się nawet z trudem wywalczona prośba: „Koledzy, nie stresujmy się i róbmy więcej przerw #wspierajmy”
„-MaryIvanna, mogę wyjść? - Nie, usiądź!
Artem Galonski bezlitośnie w dalszym ciągu wpojał uczestnikom wiedzę. Po przerwie kawowej otworzyłem kolejny temat „CI/CD: Praca z Gitlabem”.
„Teraz trzymajcie się mocno swoich laptopów. A-i-i, chodźmy!”
Opowiadał o Gitlab CI, funkcjach konfiguracyjnych, najlepszych praktykach, następnie o Gitlab Runnerze, ich typach i zastosowaniach. Przejrzyj etapy Gitlab CI i zmienne Gitlab CI. Zgodnie z ograniczeniami kontroli i wykonania (tylko kiedy) mówił o pracy z artefaktami. Pokazano szablony w .gitlab-ci.yml, ponowne wykorzystanie akcji w różnych częściach potoku. Dołącz sekcje. Uzupełnione o scentralizowane zarządzanie gitlab-ci.yml: jeden plik i automatyczne przesyłanie do innych repozytoriów.
Po kolejnych ciasteczkach i kawie Aleksiej Stepanenko zwrócił się do uczestników z tematem „Infrastruktura jako kod: podejście do infrastruktury jako kod”. Publiczność zgromadzona na sali była żywo zainteresowana tematem następnego dnia „IaC na przykładzie Terraformu” i domagała się podnoszących na duchu opowieści.
Никита Суворов, [4 сент. 2019 г., 20:27:35]:
@f3exx а по терраформу будут душещипательные истории или все закончится лабами?
Aleksey Stepanenko, [4 сент. 2019 г., 20:28:32]:
Будет одна точно)
Dmitriy Miroshnichenko, [4 сент. 2019 г., 20:28:38]:
эээ, например какие?
джун взял стейт и все убил?Na piątym Slurmie wypróbowaliśmy schemat „drabinkowy”, kiedy materiał jest podawany od prostego do złożonego - zaczynając od Gita, a kończąc na SRE. Nie wyszło zbyt dobrze: fajnym uczestnikom znudziły się łatwe tematy. Zobaczymy jak w piątek przebiegnie trudniejsza część intensywnego treningu.
Na czacie Slurma piszą:
Николай Кононенко, [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 запускать
один раннер слушает
а второй копипастит )Jeśli spowolnisz Slurm, zmieści się w nim mniej informacji. Coś trzeba poświęcić – poświęciliśmy wygodne tempo. Specjalnie po to, żeby zmieścić i zagęścić wszystko w głowie, prowadzone są intensywne nagrania.
Pavel Selivanov kilkakrotnie pytał słuchaczy, czy są gotowi kontynuować lub przenieść szereg podtematów IaC na następny dzień. Przez długi czas głosowały przyjaźń i neutralność. I dopiero o wpół do ósmej wieczorem zwyciężyli ci, którzy wciąż pamiętali, że należy spać w nocy.
Odpowiedzialnie deklarujemy, że podczas pierwszego dnia Slurm inżynierowie DevOps nie ucierpieli ani jeden dinozaur. Przed nami jeszcze dwa intensywne dni. Najciekawsze, złożone i pyszne: IaC i SRE.
Źródło: www.habr.com