ArchitectMentorEN
← Wszystkie łamigłówki
Warsztat decyzji · Publikacja codzienna / 2026

Dwie wersje aplikacji, jeden schemat. Jak wdrożysz zmianę bez przestoju?

Opracowanie: ArchitectMentor

Rozpoznaj ryzyko, podejmij decyzję i porównaj swój tok myślenia z analizą seniora. W wybranych ćwiczeniach zadasz też pytanie mentorowi AI.

CEL ĆWICZENIAUzasadnij granicę awarii.Szacowany czas: 8–12 minut
01SCENARIUSZZaawansowany

Co wiemy?

**Przykład fikcyjny.** Aplikacja obsługująca zgłoszenia działa w sześciu instancjach. Zespół chce zastąpić kolumnę `status` nową kolumną `state`, zmienić zestaw wartości i od razu usunąć stare pole. Wdrożenie jest kroczące: przez kilkanaście minut równocześnie działają stara i nowa wersja aplikacji.

Nowa wersja potrafi czytać tylko `state`, stara tylko `status`. Migracja danych dla kilku milionów rekordów potrwa dłużej niż samo wdrożenie. Zespół zakłada, że w razie problemów cofnie aplikację, ale nie opisał, co stanie się ze zmianą bazy ani z rekordami zapisanymi w czasie przejścia.

Pytanie do Ciebie

Jak rozłożysz tę zmianę na bezpieczne etapy? Kiedy wolno przestać zapisywać stare pole i kiedy można je usunąć? Jak sprawdzisz możliwość wycofania wdrożenia?

Za co mentor ocenia odpowiedź?

Wynik jest wskazówką do nauki, nie oceną zawodowych kompetencji.

  • Współistnienie wersji
  • Etapy zmiany
  • Migracja i spójność danych
  • Rollback i nieodwracalność
  • Kryteria przejścia
Zobacz pytania naprowadzające
  • Która wersja aplikacji musi działać z którym wariantem schematu?
  • Jak zsynchronizujesz dane zapisane podczas migracji historycznych rekordów?
  • Czy rollback kodu zadziała po nieodwracalnym usunięciu kolumny?
  • Jakie obserwacje pozwolą przejść z etapu rozszerzenia do migracji i zwężenia?
02TWOJA DECYZJA

Jak Ty byś to rozwiązał?

Wpisz decyzję, najważniejszy argument i sposób jej sprawdzenia. Możesz najpierw napisać wersję roboczą.

0 / 4000 znakówMinimum 40 znaków do oceny
Jak przetwarzamy dane?

Odpowiedź zostanie wysłana do mentora AI w celu przygotowania informacji zwrotnej. Nie wpisuj danych poufnych.

03ANALIZA SENIORA

Porównaj tok rozumowania

Pełna analiza jest dostępna również bez oceny AI.

04ZABIERZ ZAPIS DECYZJI
Przykładowy ADR · fikcyjna sytuacja

Jak zapisać decyzję po ćwiczeniu?

To jedna możliwa decyzja, a nie gotowa recepta ani zatwierdzenie projektu. Porównaj ją ze swoją odpowiedzią i uzupełnij pytania otwarte.

Status
Przykład do dyskusji — nie jest zatwierdzoną decyzją projektu
Kontekst
Stara i nowa wersja aplikacji współistnieją podczas wdrożenia kroczącego, a migracja kilku milionów rekordów trwa dłużej niż wdrożenie kodu.
Decyzja
Przeprowadzić zmianę w fazach rozszerzenia, migracji i zwężenia. Usunięcie starej kolumny wykonać w osobnym wdrożeniu po zamknięciu okna rollbacku.
Uzasadnienie
Kompatybilny etap pośredni pozwala staremu i nowemu kodowi korzystać ze wspólnej bazy oraz oddziela odwracalne przełączenie od nieodwracalnego sprzątania.
Konsekwencje
  • Przez ograniczony czas utrzymywane są dwa pola i dodatkowa kontrola spójności.
  • Proces migracji wymaga telemetrii, wznawiania i jawnych kryteriów zakończenia.
Jak sprawdzimy decyzję?
Przeprowadzić wdrożenie kroczące i rollback na reprezentatywnych danych; sprawdzić kompletność migracji, rozbieżności pól, błędy obu wersji i czas blokad bazy.
Pytania otwarte
  • Jak długo musi być możliwy rollback?
  • Gdzie będzie wykonywane mapowanie wartości między polami?
  • Które metryki i progi pozwalają rozpocząć fazę zwężenia?
Pobierz przykładowy ADR (.md) ↓
POWIĄZANA WIEDZA

Co warto przeczytać po ćwiczeniu?

ANTYWZORZECMigracja schematu w jednym krokuRozpoznaj zmianę, która odbiera możliwość bezpiecznego wdrożenia →PODSTAWYScenariusz jakościowy: od przymiotnika do miaryZapisz wdrażalność i modyfikowalność jako sprawdzalne zachowanie →