Zielony nie znaczy zakończony
Komponent może odpowiadać, pipeline może być zielony, a agent może zwrócić poprawny JSON. Żaden z tych faktów nie dowodzi jeszcze, że użytkownik otrzymał wynik albo że zmianę wolno wykonać.
Zacznij od decyzjiNajpierw nazwij wynik, potem patrz na kontrolki
Ćwiczenie zaczyna się od systemu, w którym każdy element wygląda zdrowo, ale praca zatrzymała się pomiędzy przyjęciem a ukończeniem. To częsty błąd perspektywy: architektura jest mierzona od środka, podczas gdy użytkownik stoi na jej końcu.
Foundation porządkuje dowody w czterech warstwach: życie procesu, gotowość zależności, postęp pracy i wynik użytkownika. Antywzorzec pokazuje, jak łatwo zsumować zielone komponenty i otrzymać fałszywą pewność.
Ten sam motyw wraca przy agentach AI oraz w łańcuchu dostawy. Bramka działania ma zatrzymać operację, której model nie powinien autoryzować. Lockfile GitHub Actions przenosi niewidoczną zmianę zależności do przeglądu — ale sam przegląd nadal musi się wydarzyć. Automatyzacja bez właściciela decyzji jest tylko szybszym sposobem zgubienia odpowiedzialności.
W tym wydaniu
- 01 · Ćwiczenie
Wszystkie kontrolki świecą na zielono. Dlaczego klient nie może zakończyć operacji?
Rozdziel zdrowie komponentów, postęp asynchroniczny i wynik obiecany użytkownikowi.
Otwórz materiał → - 02 · Podstawy architektury
Dostępność procesu: od zielonych komponentów do wyniku użytkownika
Drabina dowodów: liveness, readiness, postęp i bezpieczna próba całej ścieżki.
Otwórz materiał → - 03 · Antywzorzec
Wszystkie komponenty są zielone, więc usługa działa
Dlaczego średnia z health-checków nie jest miarą ukończenia procesu.
Otwórz materiał → - 04 · Architekt i AI
Agent AI może zaproponować zmianę. Kto pozwoli ją wykonać?
Bramka decyzji, niezależna autoryzacja i audyt skutków działania agenta.
Otwórz materiał → - 05 · Architektura w ruchu
GitHub Actions: lockfile przenosi niewidoczną zmianę do przeglądu
Public Preview z 14 października: przypięte commity, zależności przechodnie i proces aktualizacji.
Otwórz materiał →
Trzy pytania na przegląd architektury
To pytania do pracy zespołowej, nie relacje z konkretnych incydentów.
Decyzja ma warunek. Kto potwierdza jego spełnienie?
Oddziel wykonawcę kontroli, osobę oceniającą dowód i rolę zwalniającą bramkę uruchomienia.
Replika istnieje. Którą obietnicę poprawia?
Wskaż mierzalny cel: wydajność odczytu, świeżość danych albo przełączenie. Sama kopia danych nie wybiera celu za architekta.
Każda warstwa ponawia trzy razy. Kto posiada budżet prób?
Wyznacz jeden deadline i właściciela ponowień całej ścieżki; lokalne retry nie mogą mnożyć obciążenia bez kontroli.
Kontynuuj rozmowę z praktykami
Katalog wydarzeń zawiera nadchodzące konferencje i warsztaty oraz jawnie oznacza dane wymagające ponownego sprawdzenia.
Sprawdź wydarzenia