Intensywny kurs online odbędzie się w dniach 19-21 sierpnia .
Głównym wrogiem, z którym walczy kurs DevOps jest: „Bardzo ciekawe, szkoda, że nie możemy tego wdrożyć w naszej firmie”. Poszukujemy rozwiązań, które nawet zwykły administrator będzie w stanie wdrożyć w dotychczasowym projekcie.
Kurs przeznaczony jest dla:
- administratorzy, którzy chcą wdrożyć praktyki DevOps od dołu;
- firmy i zespoły, które chcą małymi i wyraźnymi krokami zmierzać w kierunku kultury DevOps;
- programistów, którzy chcą zrozumieć „sprawy administracyjne”, aby samodzielnie rozwiązywać drobne zadania administracyjne i powoli rozwijać się w kierunku lidera zespołu wielofunkcyjnego.
Kurs jest bezużyteczny dla tych, którzy już znają i korzystają z narzędzi DevOps. Nie dowiesz się niczego nowego.
Intensywny kurs online to format nowej rzeczywistości, zapewniający niemal taką samą immersję jak kurs intensywny offline, tyle że bez wyjazdu do Moskwy (co dla jednych jest plusem, dla innych minusem).
Już dwukrotnie przeprowadziliśmy kurs z DevOps i zebraliśmy wszystkie najważniejsze informacje, jakie mogliśmy.
Głównym problemem są zawiedzione oczekiwania. Dlatego od razu poinformujemy Cię, czego nie będzie można uwzględnić w kursie.
Nie będzie dobrych praktyk. Przeprowadzona zostanie analiza jednej najlepszej praktyki. Przykładowo temat CI/CD, z którego spokojnie można zrobić tygodniowy intensywny kurs, zajmuje 4 godziny. W tym czasie możesz pokazać podstawy i zbudować prosty potok, ale nie możesz analizować pakietu najlepszych praktyk dla różnych przypadków.
Nie będzie też żadnych przypadków. Tematem konferencji są przypadki. Tam możesz porozmawiać przez godzinę o jednym zdarzeniu z życia. W Slurmie wykładowca może powiedzieć, że „ten przykład jest wzięty z mojej praktyki” i nic więcej.
Indywidualnej analizy praktyki nie będzie. Praktyka to nie mentoring, to powtarzanie za wykładowcą. Celem tej praktyki jest umożliwienie rozpoczęcia eksperymentów od znanej, działającej opcji. Po intensywnym treningu możesz przejrzeć notatki i samodzielnie powtórzyć ćwiczenie. To da maksymalne rezultaty.
Kubernetesa nie będzie — mimo że jest to narzędzie DevOps, mamy je .
A co się stanie?
Będzie poznanie narzędzi od podstaw oraz pełną gamę rozwiązań do budowy podstawowej infrastruktury.
Będzie opowieść od praktyków nt rzeczywiste wykorzystanie narzędzi i zadania życiowe. Jest to podstawa, do której zawsze można dodać samodzielne studium dokumentacji i analizę przypadków.
Będzie codziennie odpowiedzi na pytania, gdzie możesz zapytać o swoje projekty.
Będzie praca z informacją zwrotną: Codziennie prosimy o informację zwrotną. Napisz o wszystkim, co Ci się nie podoba, a my to naprawimy w miarę upływu czasu.
I będzie tradycyjna okazja weź pieniądze i wyjdź jeśli w ogóle nie podoba ci się kurs.
Intensywny program
Temat nr 1: Praca zespołowa z Git
- Podstawowe polecenia git init, commit, add, diff, log, status, pull, push
- Przepływ Git, gałęzie i tagi, strategie scalania
- Praca z wieloma zdalnymi przedstawicielami
- Przepływ GitHuba
- Widelec, zdalny, żądanie ściągnięcia
- Konflikty, wydania, jeszcze raz o Gitflow i innych przepływach w odniesieniu do zespołów
Temat #2: Praca z aplikacją z punktu widzenia deweloperskiego
- Napisanie mikroserwisu w Pythonie
- Zmienne środowiska
- Integracja i testy jednostkowe
- Używanie funkcji docker-compose w rozwoju
Temat nr 3: CI/CD: wprowadzenie do automatyzacji
- Wprowadzenie do automatyzacji
- Narzędzia (bash, make, gradle)
- Używanie haków git do automatyzacji procesów
- Fabryczne linie montażowe i ich zastosowanie w IT
- Przykład budowy „ogólnego” rurociągu
- Nowoczesne oprogramowanie dla CI/CD: Drone CI, BitBucket Pipelines, Travis itp.
Temat #4: CI/CD: Praca z GitLabem
- GitLab CI
- GitLab Runner, ich rodzaje i zastosowania
- GitLab CI, funkcje konfiguracyjne, najlepsze praktyki
- Etapy GitLab CI
- Zmienne GitLab CI
- Buduj, testuj, wdrażaj
- Kontrola wykonania i ograniczenia: tylko, kiedy
- Praca z artefaktami
- Szablony w .gitlab-ci.yml, ponowne wykorzystanie akcji w różnych częściach potoku
- Uwzględnij - sekcje
- Scentralizowane zarządzanie gitlab-ci.yml (jeden plik i automatyczne przesyłanie do innych repozytoriów)
Temat #5: Infrastruktura jako kod
- IaC: Podejście do infrastruktury jako do kodu
- Dostawcy chmury jako dostawcy infrastruktury
- Narzędzia do inicjalizacji systemu, budowania obrazu (paker)
- IaC na przykładzie Terraform
- Przechowywanie konfiguracji, współpraca, automatyzacja aplikacji
- Praktyka tworzenia podręczników Ansible
- Idempotencja, deklaratywność
- IaC na przykładzie Ansible
Temat #6: Testowanie infrastruktury
- Testowanie i ciągła integracja z Molecule i GitLab CI
- Korzystanie z Vagranta
Temat #7: Monitorowanie infrastruktury za pomocą Prometheusa
- Dlaczego monitorowanie jest potrzebne
- Rodzaje monitoringu
- Powiadomienia w systemie monitoringu
- Jak zbudować zdrowy system monitorowania
- Powiadomienia czytelne dla człowieka, dla każdego
- Health Check: na co powinieneś zwrócić uwagę
- Automatyzacja oparta na danych monitoringowych
Temat #8: Logowanie aplikacji za pomocą ELK
- Najlepsze praktyki rejestrowania
- Stos ELK
Temat #9: Automatyzacja infrastruktury za pomocą ChatOps
- DevOps i ChatOps
- ChatOps: mocne strony
- Slack i alternatywy
- Boty dla ChatOps
- Hubot i alternatywy
- bezpieczeństwo
- Najlepsze i najgorsze praktyki
Program jest w trakcie realizacji i może ulec niewielkim zmianom.
Cena: 30 000 ₽
Źródło: www.habr.com