Wybierz obszar lub znajdź temat. W każdej grupie najnowsze artykuły są na początku.
Znalezione artykuły: 24
Brak pasujących artykułów. Spróbuj innego hasła lub obszaru.
W fikcyjnym systemie rozproszonym odpowiedź nie dociera, choć operacja mogła zostać wykonana. Jak wykrywać takie przypadki, ustalać wynik bez podwójnego wykonania i eskalować nierozstrzygnięte wyjątki? Łamigłówka z trzema wariantami,…
Przeczytaj →Dlaczego dodanie opcjonalnego pola do odpowiedzi API może zakłócić działanie aplikacji, która z niego korzysta? Jak sprawdzić zgodność źródłową, zgodność formatu przesyłanych danych oraz zgodność semantyczną?
Przeczytaj →Jak trwale zapisać pomocniczą pracę, ponawiać właściwy krok i nie utworzyć duplikatu operacji biznesowej.
Przeczytaj →Bezpieczne ponowienia i decyzje przy nieznanym wyniku operacji.
Przeczytaj →Retry, circuit breaker i transactional outbox w kontekście ryzyka oraz kosztów.
Przeczytaj →Sześciopolowy kontrakt operacyjny feature flag: właściciel, zasięg, wartość awaryjna, próg wyłączenia, propagacja i termin usunięcia.
Przeczytaj →Dlaczego 3 × 3 próby mogą przeciążyć katalog i jak ustalić wspólny budżet prób, deadline i testy 429/503.
Przeczytaj →Kiedy awaria dodatku nie powinna blokować wyniku i gdzie leży granica.
Przeczytaj →Jak rozdzielić utratę danych od czasu odtworzenia i zmierzyć oba cele na pełnej ścieżce użytkownika.
Przeczytaj →Wzorzec bulkhead: granica awarii, osobne limity zasobów, przykład i kompromisy decyzji architektonicznej.
Przeczytaj →Log HTTP 200 nie dowodzi zmiany stanu. Trzy warianty, transactional outbox i pięć testów wiarygodności audytu.
Przeczytaj →Jak przenieść zaufany kontekst klienta przez autoryzację, dane, cache, wyszukiwanie i zadania asynchroniczne.
Przeczytaj →Drabina dowodów od liveness i readiness przez postęp pracy do mierzalnego wyniku całej ścieżki.
Przeczytaj →Jak zamienić „szybki, bezpieczny i łatwy do zmiany” w sprawdzalne wymaganie, które prowadzi do decyzji architektonicznej.
Przeczytaj →Jak zdefiniować SLI dla ścieżki użytkownika, policzyć budżet błędów i wykorzystać go w decyzji architektonicznej.
Przeczytaj →Od pomiarów i świeżości danych do decyzji: optymalizacja, replika odczytowa czy przełączenie awaryjne.
Przeczytaj →Sześć pól warunku: kryterium, właściciel, dowód, weryfikator, bramka i działanie po niepowodzeniu.
Przeczytaj →Siedem obszarów oceny oraz macierz odpowiedzialność → wymaganie → dowód.
Przeczytaj →Jak sprawdzić zgodność i dobrać zakres przeglądu do rzeczywistej zmiany.
Przeczytaj →Jak zwięźle zapisać kontekst, decyzję, warianty i konsekwencje w ADR.
Przeczytaj →Krótka lista kontrolna do rozmowy o celu, faktach, ryzyku i sposobie sprawdzenia projektu.
Przeczytaj →Cel, interesariusze, scenariusze i jakości jako punkt wyjścia do opisu architektury.
Przeczytaj →Kontekst, kontenery, komponenty i kod: które widoki pomagają podjąć decyzję?
Przeczytaj →Gdzie przydają się ISO 42010, TOGAF, ArchiMate, C4 i ADR?
Przeczytaj →