CI/CD
wpisy (14)
- Testowanie przez warstwy: od kodu do infrastruktury9/9
Infrastructure tests i security tests: konfiguracja przed produkcją
Infrastructure test sprawdza środowisko i konfigurację, a security test pilnuje ryzyk, które często nie są widoczne w kodzie aplikacji.
- Deployment strategies: po co w ogóle są6/6
Shadow traffic: sprawdzenie bez odpowiedzi dla użytkownika
Shadow traffic wysyła kopię requestu do nowej wersji, ale odpowiedź użytkownik dostaje ze starej. To testuje zachowanie bez przejęcia ruchu.
- Recovery od podstaw: rollback, PITR i powrót po awarii3/5
PITR całego serwera: restore to dopiero początek
PITR całego serwera nie kończy się na odtworzeniu bazy. Trzeba jeszcze zamrozić zapisy, sprawdzić stan, przepiąć ruch i świadomie porzucić albo przenieść dane…
- Deployment strategies: po co w ogóle są5/6
Feature flags: deploy to nie release
Feature flag pozwala wdrożyć kod bez włączania zachowania. To skraca rollback funkcji, ale tworzy dług, jeśli flag się nie sprząta.
- Testowanie przez warstwy: od kodu do infrastruktury6/9
Regression tests i smoke tests: bramka przed wydaniem
Regression test zamyka błąd, który już raz przeszedł, a smoke test sprawdza, czy wersja w ogóle nadaje się do dalszego sprawdzania.
- Deployment strategies: po co w ogóle są4/6
Targeted rollout: A/B testy, ringi i segmenty
Canary dzieli ruch procentem. Targeted rollout wybiera konkretnych użytkowników, ringi albo segmenty, więc odpowiada na inne pytanie.
- Testowanie przez warstwy: od kodu do infrastruktury5/9
E2E tests i visual regression tests: pełna ścieżka użytkownika
E2E test przechodzi przez system tak, jak robi to użytkownik, a visual regression test pilnuje wyglądu. Są mocne, ale drogie, więc powinny chronić…
- Deployment strategies: po co w ogóle są3/6
Canary deployment: nowa wersja dostaje część ruchu
Canary ogranicza blast radius przez mały procent prawdziwego ruchu. Bez metryk jest tylko wolniejszym rolloutem.
- Deployment strategies: po co w ogóle są2/6
Blue-green deployment: dwie wersje, jeden ruch
Blue-green rozdziela wdrożenie od przełączenia ruchu. Rollback może być szybki, ale dane nadal nie cofają się razem z routingiem.
- Recovery od podstaw: rollback, PITR i powrót po awarii2/5
Cofanie wydania: kod to najłatwiejsza część
Rollback wydania często wygląda jak powrót do poprzedniego obrazu aplikacji. W praktyce najtrudniejsze są dane, migracje i skutki uboczne, które już wyszły…