DevOps Engineer — Trudniejsze sytuacje
Część ruchu traci możliwość zakupu
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.
Część ruchu traci możliwość zakupu
Wyjaśnij decyzję
W trzech zdaniach przekaż wynik sprawy „Część ruchu traci możliwość zakupu”. Podaj, co potwierdziłeś, jakie działanie wybierasz i kiedy lub pod jakim warunkiem odbiorca powinien wykonać następny krok.
Omówienie decyzji i dopytanie
Przykładowe działanie. Wstrzymuję rozszerzanie ruchu, oceniam zgodność danych i uzgadniam wycofanie
Chronisz kolejne zamówienia i sprawdzasz, co już zostało zapisane.
Pytanie z rozmowy o tym zawodzie. Jak rozpoznajesz nieudane wdrożenie?
Patrzę na objawy dla użytkownika i porównanie wersji. Zapisuję, czy potrzebna była interwencja i kiedy usługa wróciła.
Poproś rozmówcę, żeby powtórzył, co już potwierdzono i od jakiej informacji zależy następny krok.
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ść.
Zadanie końcowe
Wykorzystaj sposób pracy z przypadku „Część ruchu traci możliwość zakupu” w zadaniu rekrutacyjnym.
Nowa wersja zmienia format zapisu zamówienia. Po skierowaniu części ruchu rosną błędy w nowym procesie, a stara wersja nadal obsługuje resztę klientów. Przygotuj warunek zatrzymania i plan bezpiecznego wycofania.
- Zbuduj wydanie
- Potwierdź gotowość
- Wdróż etapami
Pokaż kryteria wykonania
- Porównujesz zachowanie obu wersji na tych samych ścieżkach.
- Sprawdzasz zgodność danych już zapisanych przez nową wersję.
- Wskazujesz, jak potwierdzić powrót działania i poinformować zespół.
Jak sprawdzić odpowiedź na głos?
Dlaczego przenosisz ten sam artefakt między środowiskami?
Weryfikacja dotyczy tej samej wersji, którą planujemy wdrożyć. Ustawienia środowiska są odrębną częścią zmiany.