Wzorce choreografii a orkiestracji

Gdy mikrousługi muszą współpracować, aby zrealizować proces biznesowy, można zastosować dwa podstawowe wzorce koordynacji. Orkiestracja wykorzystuje centralnego koordynatora (takiego jak Step Functions), który jawnie wydaje polecenia poszczególnym usługom. Choreografia nie ma centralnego koordynatora — usługi nasłuchują zdarzeń i niezależnie na nie reagują. Zrozumienie, który wzorzec wybrać i kiedy je łączyć, jest kluczową umiejętnością architektoniczną sprawdzaną na egzaminie SAA-C03.

W przypadku orkiestracji centralna usługa (orkiestrator) steruje sekwencją operacji. Wywołuje usługę A, czeka na odpowiedź, następnie wywołuje usługę B itd. Orkiestrator ma pełny wgląd w stan procesu, obsługuje błędy i ponowienia oraz może podejmować decyzje na podstawie wyników pośrednich. W AWS kanonicznym orkiestratorem jest Step Functions — definiuje cały przepływ pracy jako maszynę stanów i steruje każdym etapem.

W przypadku choreografii usługi komunikują się za pośrednictwem zdarzeń, bez centralnego koordynatora. Usługa A kończy swoje zadanie i publikuje zdarzenie (np. OrderValidated) w magistrali zdarzeń lub temacie. Usługa B nasłuchuje zdarzeń OrderValidated i przetwarza płatność, a następnie publikuje zdarzenie PaymentCharged. Usługa C nasłuchuje zdarzenia PaymentCharged i wysyła zamówienie. Każda usługa jest autonomiczna i odseparowana — zna tylko zdarzenia, które konsumuje i publikuje, a nie pozostałe usługi.

W AWS podstawowym narzędziem orkiestracji jest Step Functions. W przypadku choreografii podstawowymi narzędziami są Amazon EventBridge (do przekierowywania zdarzeń między usługami z filtrowaniem na podstawie treści), Amazon SNS (do prostego rozsyłania) oraz Amazon SQS (do komunikacji punkt-punkt między usługami). Można łączyć oba wzorce: używać EventBridge do choreografii między kontekstami ograniczonymi, a Step Functions do orkiestracji etapów w obrębie jednej domeny.

Orkiestracja zapewnia scentralizowany wgląd — historia wykonania Step Functions pokazuje dokładnie, na jakim etapie znajduje się przepływ pracy, ile trwał każdy etap i co zakończyło się niepowodzeniem. Debugowanie jest proste. Choreografia rozprasza wgląd między wiele usług i magistral zdarzeń — prześledzenie pojedynczej transakcji biznesowej wymaga skorelowania dzienników i zdarzeń z wielu usług. Dlatego systemy oparte na choreografii intensywnie wykorzystują identyfikatory korelacji i śledzenie rozproszone (AWS X-Ray), aby zapewnić wgląd od początku do końca.

Choreografia zapewnia luźniejsze sprzężenie — dodanie nowej usługi nasłuchującej istniejących zdarzeń nie wymaga zmian w istniejących usługach. Na przykład dodanie usługi analitycznej nasłuchującej zdarzeń OrderPlaced nie wpływa na usługę zamówień ani płatności. Orkiestracja wprowadza ściślejsze sprzężenie między orkiestratorem a wszystkimi wywoływanymi przez niego usługami — dodanie nowego etapu wymaga modyfikacji definicji maszyny stanów, choć poszczególne usługi pozostają odizolowane.

Orkiestracja zapewnia jawnie zdefiniowaną obsługę błędów — bloki Catch w Step Functions definiują stany zastępcze dla każdego typu błędu, a cała historia przepływu pracy pokazuje kontekst awarii. W choreografii obsługa błędów jest rozproszona — każda usługa musi obsługiwać własne awarie i opcjonalnie publikować zdarzenie awarii, na które mogą reagować inne usługi. Implementowanie transakcji saga (transakcji kompensujących, które cofają wykonane działania w przypadku niepowodzenia etapu) jest znacznie bardziej złożone w choreografii niż w orkiestracji.

Orkiestrację należy preferować, gdy: proces biznesowy ma jasno określoną sekwencję liniową lub rozgałęzioną z jawnymi wynikami powodzenia i niepowodzenia; potrzebują Państwo scentralizowanego wglądu w stan procesu na potrzeby operacyjne lub zgodności; obsługa błędów obejmuje złożoną logikę kompensacji; albo przepływ pracy jest długotrwały i musi przetrwać ponowne uruchomienie usług. Przykłady: realizacja zamówień, wdrażanie pacjentów, przetwarzanie roszczeń ubezpieczeniowych — wszystkie te przepływy mają jasno określony początek, koniec i wymagania dotyczące audytu.

Choreografię należy preferować, gdy: usługi są własnością różnych zespołów, które nie powinny być ściśle koordynowane; system powinien umożliwiać rozszerzanie o nowe usługi bez modyfikowania istniejących; zdarzenia reprezentują fakty, a nie polecenia (np. „OrderShipped”, a nie „ShipOrder”); albo zależy Państwu na maksymalnej skalowalności, ponieważ nie występuje centralne wąskie gardło. Przykłady: pozyskiwanie danych analitycznych, rozsyłanie powiadomień, rejestrowanie audytowe — wszystkie przypadki, w których wielu niezależnych konsumentów reaguje na to samo zdarzenie.

Większość rzeczywistych architektur AWS wykorzystuje oba wzorce na różnych poziomach szczegółowości. Typowy model hybrydowy polega na użyciu choreografii EventBridge do rozdzielenia ograniczonych kontekstów (np. domena Zamówień emituje zdarzenia, a domeny Magazynu, Płatności i Dostawy reagują na nie niezależnie), podczas gdy w obrębie domeny Płatności stosuje się orkiestrację Step Functions do koordynowania poszczególnych kroków wewnętrznego procesu płatności (pobranie opłaty, kontrola oszustw, autoryzacja, rozliczenie). Zapewnia to luźne powiązania między domenami oraz przejrzystość procesów wewnętrznych.

Podczas egzaminu należy zwracać uwagę na następujące sygnały. Słowa kluczowe związane z choreografią: „luźno powiązane”, „usługi reagują na zdarzenia”, „zespoły są właścicielami niezależnych usług”, „rozsyłanie do wielu odbiorców”, „dodanie nowej usługi bez zmieniania istniejących”. Słowa kluczowe związane z orkiestracją: „koordynowanie kroków w określonej kolejności”, „śledzenie stanu procesu”, „obsługa częściowych awarii za pomocą kompensacji”, „krok wymagający zatwierdzenia przez człowieka”, „długotrwały proces z obsługą błędów”. Pytanie opisujące centralny koordynator kierujący innymi usługami zawsze dotyczy orkiestracji.

Sprawdź swoją znajomość zagadnień AWS Solutions Architect (SAA-C03) omówionych w tej lekcji.

W tej lekcji nauczyli się Państwo, że: orkiestracja wykorzystuje centralny koordynator (Step Functions) do jawnego i widocznego sterowania przepływem pracy, choreografia wykorzystuje zdarzenia (EventBridge) do zapewnienia luźnego powiązania i możliwości rozbudowy, a większość architektur produkcyjnych łączy oba wzorce na różnych poziomach szczegółowości. Następnie omówimy format egzaminu SAA-C03 oraz strategię nauki uwzględniającą wagę poszczególnych domen.