ArchitectMentor Weekly · 12–18.10.2026

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ć.

Wydanie do przeglądu · 5 materiałów · PL / EN

Zacznij od decyzji
Od redakcji

Najpierw 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.

Kolejność lektury

W tym wydaniu

  1. 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ł →
  2. 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ł →
  3. 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ł →
  4. 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ł →
  5. 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ł →
Dyskusja zespołu

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.

Konferencje i warsztaty

Kontynuuj rozmowę z praktykami

Katalog wydarzeń zawiera nadchodzące konferencje i warsztaty oraz jawnie oznacza dane wymagające ponownego sprawdzenia.

Sprawdź wydarzenia