Transakcja UNKNOWN: kto ma doprowadzić sprawę do końca?
Rozdzielić odpowiedzialność za autorytatywny wynik operacji, rekoncyliację oraz obsługę nierozstrzygniętych wyjątków.
Rozwiąż →Ćwiczenia architektoniczne
Ćwiczenia architektoniczne
Zacznij od najnowszej łamigłówki albo wybierz jedną z ostatnich decyzji poniżej. Filtry i grupy tematyczne pomogą, gdy szukasz konkretnego obszaru.
Wszystkie łamigłówki
Ostatnie łamigłówki
01Transakcja UNKNOWN: kto ma doprowadzić sprawę do końca?Integracja i API · Średni · Rozwiąż →02Wszystkie kontrolki świecą na zielono. Dlaczego klient nie może zakończyć operacji?Odporność i odtwarzanie · Średni · Rozwiąż →03Dostawca daje SaaS. Czy musisz znać jego architekturę?Analiza i decyzje · Średni · Rozwiąż →04Nowe opcjonalne pole w API. Czy aplikacja nadal odczyta odpowiedź?Integracja i API · Średni · Rozwiąż →05Czy awaria powiadomienia powinna blokować zamówienie?Integracja i API · Łatwy · Rozwiąż →06Nowe tablety, ta sama aplikacja. Co trzeba sprawdzić?Analiza i decyzje · Łatwy · Rozwiąż →07Brak odpowiedzi. Czy rezerwacja powstała?Integracja i API · Średni · Rozwiąż →08Wynik gotowy, ale zapis nie działa. Co pokażesz?Odporność i odtwarzanie · Łatwy · Rozwiąż →
Przejdź do wszystkich łamigłówek i filtrów ↓Znalezione łamigłówki: 15
Brak pasujących artykułów. Spróbuj innego hasła lub obszaru.
Integracja i API (5)
Nowe opcjonalne pole w API. Czy aplikacja nadal odczyta odpowiedź?
Odróżnić addytywną zmianę schematu od zgodności działających konsumentów i zaplanować dowód przed wdrożeniem.
Rozwiąż →Czy awaria powiadomienia powinna blokować zamówienie?
Oddziel wynik operacji biznesowej od awarii pomocniczego powiadomienia.
Rozwiąż →Brak odpowiedzi. Czy rezerwacja powstała?
Odróżnij brak odpowiedzi od niepowodzenia operacji.
Rozwiąż →Klient ponowił płatność — czy pobierzesz pieniądze drugi raz?
Jak zaprojektujesz ponowienia, żeby nie zainicjować drugiej płatności? Co zrobisz, gdy pierwsze wywołanie ma nieznany wynik?
Rozwiąż →Odporność i odtwarzanie (4)
Wszystkie kontrolki świecą na zielono. Dlaczego klient nie może zakończyć operacji?
Rozróżnić zdrowie komponentu od dostępności ścieżki biznesowej oraz zdefiniować mierzalne dowody gotowości usługi.
Rozwiąż →Wynik gotowy, ale zapis nie działa. Co pokażesz?
Zachowaj główną funkcję przy awarii funkcji dodatkowej.
Rozwiąż →Baza wróciła, załączniki nie. Czy włączysz portal?
Co musi być odtworzone i sprawdzone, zanim wznowisz przyjmowanie wniosków? Jak zweryfikujesz RPO 5 minut i RTO 30 minut dla całej usługi?
Rozwiąż →Raport blokuje składanie zamówień. Co izolujesz?
Jak ograniczysz wpływ raportów na zamówienia? Jakie limity, zachowanie przy przeciążeniu i pomiary ustalisz przed zmianą liczby połączeń?
Rozwiąż →Analiza i decyzje (3)
Dostawca daje SaaS. Czy musisz znać jego architekturę?
Odróżnić szczegóły implementacyjne dostawcy od informacji potrzebnych do oceny odpowiedzialności, ryzyka i integracji SaaS.
Rozwiąż →Nowe tablety, ta sama aplikacja. Co trzeba sprawdzić?
Rozpoznaj wpływ zmiany, zanim uznasz ją za samą wymianę sprzętu.
Rozwiąż →Oferta działa, ale odbiega od założeń. Co zatwierdzasz?
Jak oddzielisz ocenę zgodności z wymaganiami od oceny, czy ofertę warto dalej analizować? Jaką rekomendację sformułujesz i jakie dowody musisz otrzymać przed zatwierdzeniem architektury wdrożenia?
Rozwiąż →Bezpieczeństwo (1)
Cache zna raport, ale nie klienta. Co zobaczy najemca B?
Gdzie została przerwana izolacja klientów? Jak zmienisz autoryzację, klucz cache i testy, aby poprawka obejmowała całą ścieżkę, a nie tylko ten jeden endpoint?
Rozwiąż →Dane i migracje (2)
Dwie wersje aplikacji, jeden schemat. Jak wdrożysz zmianę bez przestoju?
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?
Rozwiąż →Zamówienie zapisane, ale magazyn go nie widzi
Dlaczego to się dzieje? Jak zapewnić, żeby baza i kolejka były spójne? Jaki wzorzec byś zastosował — i dlaczego „najpierw jedno, potem drugie” nie wystarcza?
Rozwiąż →