Aplikacja e-commerce musi wywoływać trzy niezależne systemy innych firm współbieżnie, gdy nastąpi sprzedaż. Zaimplementowano trzy oddzielne funkcje Lambda (po jednej dla każdej firmy zewnętrznej) i chcesz, aby każda z nich działała niezależnie od sukcesu lub niepowodzenia pozostałych. Który projekt spełnia ten wymóg?

Poprawna odpowiedź to opublikowanie zdarzenia sprzedaży w temacie Amazon SNS i zasubskrybowanie trzech funkcji Lambda do tego tematu. Amazon SNS (Simple Notification Service) to usługa publikowania/subskrybowania, która umożliwia wysyłanie wiadomości do wielu subskrybentów jednocześnie. Każda funkcja Lambda subskrybująca temat SNS otrzyma kopię zdarzenia sprzedaży i będzie działać niezależnie, co spełnia wymaganie współbieżnego i niezależnego wywoływania. Opublikowanie zdarzenia w kolejce Amazon SQS i skonfigurowanie trzech funkcji Lambda do odpytywania kolejki jest nieefektywne, ponieważ każda funkcja musiałaby przetwarzać to samo zdarzenie, co prowadziłoby do powielania pracy lub złożonej logiki koordynacji. Wysyłanie zdarzenia do ALB i dodawanie funkcji Lambda jako celów nie jest przeznaczone do tego scenariusza; ALB służy do równoważenia obciążenia ruchu HTTP/HTTPS, a nie do dystrybucji zdarzeń do wielu niezależnych funkcji. Opublikowanie zdarzenia w maszynie stanów AWS Step Functions i przeniesienie logiki do maszyny stanów wprowadziłoby niepotrzebną złożoność i scentralizowaną logikę, która jest sprzeczna z wymogiem niezależnego działania.