DevOps Engineer
Projektuj przepływ zmian od repozytorium do wdrożenia. Naucz się weryfikować wydania, ograniczać skutki awarii i mierzyć proces dostarczania.
Kompendium zawodu — pojęcia i zwroty
Pojęcia w pracy
- CI
- Częste łączenie zmian i automatyczne sprawdzanie ich w repozytorium.
- CD
- Automatyzacja procesu dostarczenia zmiany do kolejnych środowisk.
- Artefakt wydania
- Wersjonowany wynik budowania przeznaczony do wdrożenia.
- Canary
- Wdrożenie nowej wersji do ograniczonej części ruchu przed rozszerzeniem.
- Rollback
- Wycofanie zmiany albo przełączenie na poprzednią sprawną wersję.
Zwroty w typowych sytuacjach
- „Powiążę wydanie z konkretną wersją kodu.”
- Ułatwiasz odtworzenie historii wdrożenia.
- „Błąd dotyczy tylko ruchu kierowanego do nowej wersji.”
- Wskazujesz porównanie potrzebne do decyzji.
- „Cofnięcie aplikacji wymaga sprawdzenia zgodności bazy.”
- Uwzględniasz stan wspólnych danych.
Podstawy · Lekcja 1 z 6
Od zmiany w kodzie do wydania
DevOps łączy pracę nad zmianą z jej wdrożeniem i utrzymaniem. Potok CI/CD opisuje powtarzalne etapy. Każdy etap powinien mieć czytelny wynik i właściciela reakcji.
- Co zrobić najpierwZapisz zmianę
- Co zrobić dalejZbuduj wydanie
- Jak zakończyćObserwuj wynik
Przykład z pracy
Zespół rozdziela błąd kompilacji od problemu z konfiguracją środowiska.
Ćwiczenie praktyczne
Narysuj drogę poprawki koszyka od repozytorium do monitoringu.
Sprawdź się — opcjonalne pytanie
Co daje powtarzalny potok?
- Możliwość pominięcia przeglądu zmian
- Przewidywalne kroki i widoczny wynik każdego etapu
- Automatyczną zgodę na wdrożenie każdej poprawki
Pokaż odpowiedź i wyjaśnienie
Przewidywalne kroki i widoczny wynik każdego etapu. Powtarzalność ułatwia wskazanie miejsca i przyczyny problemu.
Podstawy · Lekcja 2 z 6
Wersjonowanie artefaktu
Powiąż artefakt z konkretnym commitem i wynikiem budowania. Oddziel ustawienia środowiska od kodu. Do produkcji kieruj sprawdzoną wersję, żeby uniknąć zmian w ponownym budowaniu.
- Co zrobić najpierwZidentyfikuj źródło
- Co zrobić dalejNadaj wersję
- Jak zakończyćZapisz powiązanie
Przykład z pracy
Weryfikacja przechodzi na obrazie z identyfikatorem zapisywanym także przy wdrożeniu.
Ćwiczenie praktyczne
Opisz, jak odtworzyć pochodzenie uruchomionej wersji.
Część ruchu traci możliwość zakupu
Po ograniczonym wdrożeniu nowej wersji koszyk przestaje potwierdzać zamówienia tylko dla klientów kierowanych do tej wersji.
Pokaż przykładową reakcję
Wstrzymuję rozszerzanie ruchu, oceniam zgodność danych i uzgadniam wycofanie. Chronisz kolejne zamówienia i sprawdzasz, co już zostało zapisane.
Sprawdź się — opcjonalne pytanie
Który zapis łączy wersję ze zmianą?
- Nazwa katalogu z kodem
- Data ostatniego spotkania zespołu
- Identyfikator artefaktu i odpowiadający commit
Pokaż odpowiedź i wyjaśnienie
Identyfikator artefaktu i odpowiadający commit. Taki ślad pozwala porównać wdrożoną zawartość z wersją zatwierdzoną.
Praca krok po kroku · Lekcja 3 z 6
Bramki jakości i zgody
Bramka powinna zatrzymać potok przy niespełnieniu jawnego warunku. Odróżnij błąd działania od przerwy w narzędziu. Wyjaśnij, kto zatwierdza odstępstwo i gdzie zapisuje decyzję.
- Co zrobić najpierwNazwij warunek
- Co zrobić dalejSprawdź wynik
- Jak zakończyćPrzypisz reakcję
Przykład z pracy
Po zmianie rozliczeń zespół blokuje publikację do czasu sprawdzenia potwierdzenia płatności.
Ćwiczenie praktyczne
Przypisz automatyczne sprawdzenie i właściciela do trzech etapów.
Sprawdź się — opcjonalne pytanie
Co wyróżnia czytelną bramkę jakości?
- Mierzalny warunek, widoczny wynik i ustalona reakcja
- Jedynie zielony kolor na wykresie
- Akceptacja bez informacji o zakresie
Pokaż odpowiedź i wyjaśnienie
Mierzalny warunek, widoczny wynik i ustalona reakcja. Bramka działa dzięki kryteriom i odpowiedzialności za decyzję.
Praca krok po kroku · Lekcja 4 z 6
Wdrożenie na części ruchu
Wdrożenie canary umożliwia porównanie nowej i starej wersji przed rozszerzeniem. Wybierz ścieżki krytyczne i sygnał zatrzymania. Uwzględnij, czy obie grupy wykonują porównywalne zadania.
- Co zrobić najpierwOgranicz ruch
- Co zrobić dalejPorównaj ścieżki
- Jak zakończyćPodejmij decyzję
Przykład z pracy
Nowa wersja odpowiada szybko, ale użytkownicy tracą potwierdzenie zakupu.
Ćwiczenie praktyczne
Zaproponuj dwa sygnały ważne dla klienta i jeden warunek wycofania.
Sprawdź się — opcjonalne pytanie
Co uzasadnia zatrzymanie wydania?
- Mniejsza liczba wykonanych kroków potoku
- Pogorszenie krytycznej ścieżki tylko w nowej wersji
- Inny tytuł środowiska w panelu
Pokaż odpowiedź i wyjaśnienie
Pogorszenie krytycznej ścieżki tylko w nowej wersji. Kryterium powinno opisywać działanie usługi z punktu widzenia użytkownika.
Trudniejsze sytuacje · Lekcja 5 z 6
Wycofanie i zgodność danych
Cofnięcie programu może wymagać uwzględnienia zmian w bazie lub komunikatach. Opisz, co nowa wersja zapisała i co odczyta stara. Przed wdrożeniem przewidź zgodność albo inną ścieżkę odzyskania.
- Co zrobić najpierwRozpoznaj stan
- Co zrobić dalejPotwierdź zgodność
- Jak zakończyćWykonaj uzgodnioną reakcję
Przykład z pracy
Stara wersja nie rozpoznaje nowego statusu zamówienia. Zespół wstrzymuje zmianę danych do czasu uzgodnienia obsługi.
Ćwiczenie praktyczne
Napisz warunek, po którym samo przełączenie kodu będzie niewystarczające.
Sprawdź się — opcjonalne pytanie
Co sprawdzasz przed rollbackiem po zmianie formatu?
- Czy panel logowania ma ten sam kolor
- Czy nazwa pakietu wygląda znajomo
- Czy poprzednia wersja obsłuży dane zapisane przez nowszą
Pokaż odpowiedź i wyjaśnienie
Czy poprzednia wersja obsłuży dane zapisane przez nowszą. Stan usługi może przeżyć zmianę wersji programu.
Trudniejsze sytuacje · Lekcja 6 z 6
Mierzenie procesu dostarczania
Wskaźniki DORA obejmują przepływ zmian i niestabilność po wdrożeniach. Czytaj je w kontekście usługi, wydań i pracy zespołu. Szukaj etapu, na którym można usunąć rzeczywisty problem.
- Co zrobić najpierwZbierz metryki
- Co zrobić dalejPowiąż je z pracą
- Jak zakończyćUstal usprawnienie
Przykład z pracy
Zespół skraca czas oczekiwania na weryfikację, a jednocześnie obserwuje, czy wzrasta liczba wdrożeń wymagających interwencji.
Ćwiczenie praktyczne
Napisz wniosek z częstych wydań, po których regularnie trzeba przywracać działanie.
Sprawdź się — opcjonalne pytanie
Jak analizujesz rosnącą częstotliwość wdrożeń?
- Porównujesz ją z jakością i skutkami wdrożeń
- Uznajesz sam wzrost za pełny sukces
- Zmieniasz wskaźnik na liczbę spotkań
Pokaż odpowiedź i wyjaśnienie
Porównujesz ją z jakością i skutkami wdrożeń. Więcej wydań może oznaczać sprawniejszy przepływ albo większą niestabilność.