- Slurm naprawdę pozwala zgłębić temat Kubernetesa lub udoskonalić swoją wiedzę.
- Uczestnicy są szczęśliwi. Tylko nieliczni nie nauczyli się niczego nowego lub nie rozwiązali swoich problemów. Z bezwarunkowego zwrotu pieniędzy pierwszego dnia („Jeśli uznasz, że Slurm nie jest dla Ciebie odpowiedni, zwrócimy pełną cenę biletu”) skorzystała tylko jedna osoba, uzasadniając to tym, że przecenił swoje siły.
- Następny Slurm odbędzie się na początku września w St. Petersburgu. Selectel, nasz stały sponsor, zapewnia nie tylko chmurę dla stoisk, ale także własną salę konferencyjną.
- Powtarzamy podstawowy Slurm (9-11 września) i wprowadzamy nowy program: DevOps Slurm (4-6 września).
Czym jest Slurm i jak się zmienił?
Rok temu wpadliśmy na pomysł prowadzenia kursów na Kubernetesie. W sierpniu '18 odbył się Slurm-1: trudny, z ciągłą prezentacją (po zakończeniu prezentacji na scenie), z masą codziennych problemów. Próby jednoczą: uczestnicy pierwszego Sluru, podobnie jak Drużyna Pierścienia, nadal komunikują się ze sobą.
Tak wyglądał Slurm-1
Na pierwszym Slurmie narodził się pomysł zorganizowania MegaSlurmu. Zapytaliśmy ludzi, jakie tematy ich interesują i w październiku przeprowadziliśmy kurs zaawansowany „Na prośbę uczestników”. Okazało się, że było to ciekawe, ale jednorazowe wydarzenie. Do maja '19 przygotowaliśmy kurs naprawdę zaawansowany, z własną logiką i wewnętrzną historią.
W ciągu roku Slum zmienił się organizacyjnie:
— Docker i Anisble zostały usunięte z głównego programu i utworzyły osobne kursy online.
— Zorganizowane wsparcie techniczne, które pomaga uczniom rozwiązywać problemy związane z klastrami uczenia się.
— Prelegenci mają teraz wsparcie metodologiczne.
Zespół, który stworzył Slurm 4
Informacje zwrotne od uczestników
Ustanowiono kolejny rekord: 170 uczestników na podstawowym Slurmie, 75 na MegaSlurmie.
Slum-4
Formularz opinii wypełniło 101 ze 170 osób.
Czy Kubernetes stał się jasny?
41 — Jeszcze nie rozumiem k8, ale widzę, gdzie kopać.
36 — Nie znałem wcześniej k8, ale teraz to zrozumiałem.
23 — Znałem już k8, ale teraz wiem lepiej.
1 – Nie dowiedziałem się niczego nowego.
0 — Nic nie rozumiałem o k8s.
Jak podoba Wam się intensywność Slurma?
16 osób uważa, że Slum jest zbyt łatwy i wolny, a 14 osób uważa, że jest zbyt trudny i szybki. W sam raz dla reszty.
Czy rozwiązałeś problem, z którym jechałeś do Slurmu?
90 - Tak.
11 - Nie.
MegaSlum
Formularz opinii wypełniło 40 osób. 2 osoby stwierdziły, że było to zbyt łatwe i powolne. 1 osoba nie rozwiązała problemu z jakim jechała do Mega. Reszta jest w porządku.
Recenzje prelegentów
Jeśli w lutym w Slurmie St. Petersburgu byli głównie nowicjusze, to w Slurmie Moskiewskim masowo próbowano już Kubernetesa. Było wiele zaawansowanych pytań, które skłoniły Cię do myślenia.
Jeśli w Petersburgu pytali, kiedy opublikujemy nasz widelec kubespray, to w Moskwie już pytali, dlaczego proponujemy użyć naszego widelca i nie brać oryginalnego kubesprayu. To już krytyczne myślenie średnich seniorów.
Ćwiczenia były trudne, ludzie popełniali wiele błędów i to jest wspaniałe: błędy należy popełniać podczas nauki, a nie podczas bitwy.
Regularnie napotykaliśmy ograniczenia w uzyskiwaniu certyfikatów, ograniczenia pobierania z Github itp. Takie jest życie – jednocześnie wdrożyliśmy około 200 klastrów w chmurze Selectel. Nikt nie przygotowuje na to swoich zasobów i limitów.
Ogłoszenie Slurmu w Selectel
→
Cena: 25 000 ₽
Program:
Temat #1: Wprowadzenie do Kubernetes, główne komponenty
— Wprowadzenie do technologii k8s. Opis, zastosowanie, koncepcje
— Pod, ReplicaSet, wdrożenie, usługa, wejście, PV, PVC, ConfigMap, tajne
Temat nr 2: Projektowanie klastra, główne elementy, odporność na uszkodzenia, sieć k8s
— Projekt klastra, główne komponenty, odporność na uszkodzenia
— sieć k8s
Temat #3: Kubespray, strojenie i konfiguracja klastra Kubernetes
— Kubespray, konfiguracja i tuning klastra Kubernetes
Temat #4: Zaawansowane abstrakcje Kubernetesa
- DaemonSet, StatefulSet, RBAC, Job, CronJob, planowanie podów, InitContainer
Temat #5: Usługi i aplikacje wydawnicze
— Przegląd metod publikowania usług: NodePort vs LoadBalancer vs Ingress
— Kontroler ruchu przychodzącego (Nginx): równoważenie ruchu przychodzącego
— Сert-manager: automatyczne uzyskiwanie certyfikatów SSL/TLS
Temat nr 6: Wprowadzenie do Helma
Temat #7: Instalowanie menedżera certyfikatów
Temat #8: Ceph: instalacja „rób tak jak ja”.
Temat #9: Rejestrowanie i monitorowanie
— Monitoring klastrów, Prometheus
— Rejestrowanie klastrów, Fluentd/Elastic/Kibana
Temat #10: Aktualizacja klastra
Temat nr 11: Praca praktyczna, dokowanie aplikacji i uruchomienie w klastrze
Kursy dotyczące Dockera i Ansible na stepik.org są wliczone w cenę.
→
Cena: 45 000 ₽
Program:
Temat nr 1: Wprowadzenie do Gita
— Podstawowe polecenia git init, commit, add, diff, log, status, pull, push
— Kształtowanie środowiska lokalnego: zalecenia praktyczne
— Przepływ Git, gałęzie i tagi, strategie scalania
— Praca z wieloma zdalnymi repo
Temat nr 2: Praca zespołowa z Git
— Przepływ GitHuba
— Rozwiń, usuń, wyciągnij żądanie
— Konflikty, wydania, jeszcze raz o Gitflow i innych przepływach w odniesieniu do zespołów
Temat nr 3: Wprowadzenie CI/CD do automatyzacji
— Automatyzacja w git (boty, wprowadzenie do CI, hooki)
— Narzędzia (bash, make, gradle)
— Fabryczne linie montażowe i ich zastosowanie w informatyce
Temat nr 4: CI/CD: Praca z Gitlabem
— Buduj, testuj, wdrażaj
— Etapy, zmienne, kontrola wykonania (tylko, kiedy, uwzględnij)
Temat #5: Praca z aplikacją z punktu widzenia deweloperskiego
— Piszemy mikroserwis w Pythonie (w tym testy)
— Używanie funkcji docker-compose w fazie rozwoju
Temat #6: Infrastruktura jako kod
— IaC: podejście do infrastruktury jako kodu
— IaC na przykładzie Terraform
— IaC na przykładzie Ansible
— Idempotencja, deklaratywność
— Poćwicz tworzenie podręczników Ansible
— Przechowywanie konfiguracji, współpraca, automatyzacja aplikacji
Temat #7: Testowanie infrastruktury
— Testowanie i ciągła integracja z Molecule i Gitlab CI
Temat nr 8: Automatyzacja podnoszenia serwerów
— Zbieranie obrazów
- PXE i DHCP
Temat #9: Automatyzacja infrastruktury
— Przykład usługi infrastrukturalnej umożliwiającej autoryzację na serwerach
— ChatOps (integracja komunikatorów internetowych z potokami)
Temat #10: Automatyzacja bezpieczeństwa
— Podpisywanie artefaktów CI/CD
— Skanowanie pod kątem luk w zabezpieczeniach
Temat #11: Monitorowanie
— Definicja SLA, SLO, budżetu błędów i innych przerażających terminów ze świata SRE
— SRE: praktyka monitorowania SLI i SLO
— SRE: Praktyka stosowania budżetu błędów
- SRE: Zarządzanie przerwaniami i obciążeniem operacyjnym (droga kolejowa, sieć serwisowa, wyłączniki automatyczne)
— Monitorowanie rurociągów i wskaźników rozwoju
Źródło: www.habr.com