Firma projektuje system przetwarzania zamówień sterowany zdarzeniami. Każde zamówienie wymaga wielu niezależnych kroków walidacji. Każdy krok walidacji jest zaimplementowany jako idempotentna funkcja AWS Lambda i potrzebuje tylko podzbioru danych zdarzenia zamówienia. Komponenty muszą być luźno powiązane, a każda funkcja Lambda walidacji powinna otrzymywać tylko te dane, których potrzebuje. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to użycie Amazon EventBridge. EventBridge pozwala na tworzenie reguł, które filtrują zdarzenia i kierują je do odpowiednich celów. Kluczową funkcjonalnością jest transformator wejściowy (input transformer), który umożliwia przekształcenie danych zdarzenia przed wysłaniem ich do funkcji Lambda. Dzięki temu każda funkcja walidacji otrzymuje tylko niezbędny podzbiór danych, co spełnia wymaganie luźnego powiązania i minimalizacji danych. Pozostałe opcje są mniej optymalne: Kolejki SQS dla każdego kroku walidacji wymagają dodatkowej funkcji Lambda do przekształcania i publikowania danych, co zwiększa złożoność. Temat SNS z filtrowaniem treści wiadomości pozwala na dostarczanie wiadomości tylko z określonymi atrybutami, ale nie umożliwia transformacji danych w taki sposób, aby każda Lambda otrzymywała tylko podzbiór danych zdarzenia. Pojedyncza kolejka SQS z funkcją Lambda wywołującą inne funkcje synchronicznie wprowadza silne powiązanie i pojedynczy punkt awarii, co jest sprzeczne z zasadami systemów sterowanych zdarzeniami.