<TL;DR>
- Slurm naprawdę pozwala zanurzyć się w temat Kubernetes lub poprawić swoją wiedzę.
- Uczestnicy są zadowoleni. Tych, którzy nie dowiedzieli się nic nowego lub nie rozwiązali swoich problemów, było zaledwie kilku. Tylko jedna osoba skorzystała z niekwestionowanego zwrotu pieniędzy z pierwszego dnia („Jeśli czujesz, że Slurm nie jest dla Ciebie, zwrócimy pełną cenę biletu”), tłumacząc to tym, że przeszacowała swoje możliwości.
- Następny Slurm odbędzie się na początku września w Petersburgu. Selectel, nasz stały sponsor, zapewnia nie tylko chmurę na stoiska, ale także swoją salę konferencyjną.
- Powtarzamy bazowy Slurm (9-11 września) i wprowadzamy nowy program: Slurm DevOps (4-6 września).
Czym jest Slurm i jak się zmienił
Rok temu wpadliśmy na pomysł przeprowadzenia kursów po Kubernetes. W sierpniu 2018 odbył się Slurm-1: trudny, z ciągłą prezentacją (gdy prezentacja jest dopracowywana już na scenie), z mnóstwem problemów technicznych. Przymus jednoczy: uczestnicy pierwszego Slurma, jak Bractwo Pierścienia, wciąż utrzymują kontakt ze sobą.
Tak wyglądał Slurm-1
Na pierwszym Slurmie narodził się pomysł przeprowadzenia MegaSlurm. Zapytaliśmy ludzi, jakie tematy ich interesują, i w październiku przeprowadziliśmy zaawansowany kurs „Na życzenie uczestników”. Wyszło interesujące, ale jednorazowe wydarzenie. Do maja 2019 przygotowaliśmy prawdziwy zaawansowany kurs z własną logiką i wewnętrzną historią.
W ciągu roku Slurm przeszedł organizacyjne przekształcenia:
— Docker i Ansible zostały usunięte z głównego programu i stworzono osobne kursy online.
— Zorganizowano wsparcie techniczne, które pomaga studentom w rozwiązywaniu problemów z klastrami edukacyjnymi.
— Prelegenci zyskali wsparcie metodyczne.
Zespół, który zrealizował Slurm-4
Opinie uczestników
Pobiłem kolejny rekord: 170 uczestników na podstawowym Slurmie, 75 na MegaSlurmie.
Slurm-4
Formularz zwrotny wypełniło 101 osób z 170.
Czy Kubernetes stał się zrozumiały?
41 — Na razie nie rozumiem k8s, ale widzę, gdzie kopać.
36 — Wcześniej nie znałem k8s, teraz się w tym połapałem.
23 — Już wcześniej znałem k8s, teraz wiem lepiej.
1 — Nic nowego nie dowiedziałem się.
0 — Nic nie zrozumiałem o k8s.
Jak oceniacie intensywność Slurma?
16 osób uważa, że Slurm jest zbyt prosty i wolny, a 14 — że zbyt trudny i szybki. Dla pozostałych w sam raz.
Czy rozwiązałeś problem, z którym przyjechałeś na Slurm?
90 — Tak.
11 — Nie.
MegaSlurm
40 osób wypełniło formularz kontaktowy. 2 osoby powiedziały, że było zbyt łatwo i wolno. 1 osoba nie rozwiązała zadania, do którego przyjechała na Megę. U pozostałych wszystko OK.
Opinie prelegentów
Jeśli na słurmie w Petersburgu w lutym byli głównie nowicjusze, to na słurmie w Moskwie ludzie mieli już doświadczenie z Kubernetes. Pojawiło się wiele zaawansowanych pytań, które zmusiły do refleksji.
Jeśli w Petersburgu pytano, kiedy opublikujemy nasz fork kubespray, to w Moskwie pytano już, dlaczego oferujemy użycie naszego forka, a nie oryginalnego kubespray. To już krytyczne myślenie średniozaawansowanych i seniorów.
Ćwiczenia były trudne, ludzie popełniali wiele błędów, i to jest wspaniałe: trzeba uczyć się na błędach w czasie nauki, a nie w boju.
Regularnie napotykaliśmy limity na uzyskiwanie certyfikatów, limity pobierania z Github itd. Takie jest życie — w jednym momencie uruchomiliśmy w chmurze Selectel około 200 klastrów. Nikt nie przygotowuje swoich zasobów i limitów na coś takiego.
Zapowiedź Słurma w Selectel
→
Cena: 25 000 ₽
Program:
Temat nr 1: Wprowadzenie do Kubernetes, podstawowe komponenty
— Wprowadzenie do technologii k8s. Opis, zastosowanie, koncepcje
— Pod, ReplicaSet, Deployment, Service, Ingress, PV, PVC, ConfigMap, Secret
Temat nr 2: Budowa klastra, podstawowe komponenty, odporność na awarie, sieć k8s
— Architektura klastra, podstawowe komponenty, odporność na awarie
— Sieć k8s
Temat nr 3: Kubespray, tuning i konfiguracja klastra Kubernetes
— Kubespray, konfiguracja i optymalizacja klastra Kubernetes
Temat nr 4: Zaawansowane abstrakcje Kubernetes
— DaemonSet, StatefulSet, RBAC, Job, CronJob, Pod Scheduling, InitContainer
Temat nr 5: Publikacja usług i aplikacji
— Przegląd metod publikacji usług: NodePort vs LoadBalancer vs Ingress
— Ingress controller (Nginx): balansujemy ruch przychodzący
— cert-manager: automatycznie uzyskujemy certyfikaty SSL/TLS
Temat nr 6: Wprowadzenie do Helm
Temat nr 7: Instalacja cert-manager
Temat nr 8: Ceph: instalacja w trybie "rób jak ja"
Temat nr 9: Logowanie i monitorowanie
— Monitorowanie klastra, Prometheus
— Logowanie klastra, Fluentd/Elastic/Kibana
Temat nr 10: Aktualizacja klastra
Temat nr 11: Praca praktyczna, dockerizacja aplikacji i uruchomienie w klastrze
Kursy na temat Docker i Ansible na stepik.org wchodzą w cenę.
→
Cena: 45 000 ₽
Program:
Temat nr 1: Wprowadzenie do Gita
— Podstawowe komendy git init, commit, add, diff, log, status, pull, push
— Konfiguracja lokalnego środowiska: wskazówki praktyczne
— Git flow, gałęzie i tagi, strategie merge'a
— Praca z wieloma repozytoriami zdalnymi
Temat nr 2: Praca zespołowa z Gitem
— GitHub flow
— Fork, remoute, pull request
— Konflikty, wydania, jeszcze raz o Gitflow i innych flow w kontekście zespołów
Temat nr 3: CI/CD wprowadzenie do automatyzacji
— Automatyzacja w Gicie (boty, wprowadzenie do CI, hooki)
— Narzędzia (bash, make, gradle)
— Fabryczne taśmy montażowe i ich zastosowanie w IT
Temat nr 4: CI/CD: Praca z Gitlab
— Budowanie, testowanie, wdrażanie
— Etapy, zmienne, kontrola wykonania (only, when, include)
Temat nr 5: Praca z aplikacją z perspektywy dewelopera
— Tworzenie mikrousługi w Pythonie (włącznie z testami)
— Zastosowanie docker-compose w rozwoju
Temat nr 6: Infrastruktura jako kod
— IaC: podejście do infrastruktury jako kodu
— IaC na przykładzie Terraform
— IaC na przykładzie Ansible
— Idempotentność, deklaratywność
— Praktyka tworzenia playbooków Ansible
— Przechowywanie konfiguracji, współpraca, automatyzacja zastosowań
Temat nr 7: Testowanie infrastruktury
— Testowanie i ciągła integracja z Molecule i Gitlab CI
Temat nr 8: Automatyzacja wdrażania serwerów
— Budujemy obrazy
— PXE i DHCP
Temat nr 9: Automatyzacja infrastruktury
— Przykład usługi infrastrukturalnej do autoryzacji na serwerach
— ChatOps (integracja komunikatorów z pipeline'ami)
Temat nr 10: Automatyzacja bezpieczeństwa
— Podpisywanie artefaktów CI/CD
— Skanowanie podatności
Temat nr 11: Monitorowanie
— Określenie SLA, SLO, Error Budget oraz inne trudne terminy ze świata SRE
— SRE: Praktyka monitorowania SLI i SLO
— SRE: Praktyka stosowania Error Budget
— SRE: Zarządzanie przerwami i obciążeniem operacyjnym (apigateway, service mesh, circuit breakers)
— Monitorowanie pipeline'ów i metryki rozwoju
Źródło: habr.com
