Funkcja AWS Lambda jest wywoływana asynchronicznie w celu przetwarzania zdarzeń, ale niektóre wywołania sporadycznie kończą się niepowodzeniem. Deweloper musi przechwycić i przeanalizować te nieudane zdarzenia w celu rozwiązania problemów, przy minimalnym wysiłku programistycznym. Co powinien zrobić deweloper?

Poprawna odpowiedź to skonfigurowanie kolejki martwych listów (DLQ) do wysyłania nieudanych asynchronicznych wywołań do standardowej kolejki Amazon SQS. Gdy funkcja Lambda jest wywoływana asynchronicznie, AWS Lambda może automatycznie wysyłać nieudane zdarzenia do DLQ, co pozwala na ich późniejszą inspekcję i ponowne przetworzenie. Jest to mechanizm wbudowany, który wymaga minimalnego wysiłku programistycznego. Dodawanie instrukcji logowania i przeszukiwanie logów CloudTrail jest mniej efektywne, ponieważ CloudTrail rejestruje wywołania API, a nie szczegółowe logi aplikacji, a przeszukiwanie logów CloudWatch wymagałoby ręcznego filtrowania. Użycie AWS Step Functions jest bardziej złożonym rozwiązaniem, które jest przeznaczone do orkiestracji złożonych przepływów pracy, a nie tylko do obsługi prostych błędów asynchronicznych wywołań. Temat Amazon SNS FIFO nie jest odpowiedni, ponieważ DLQ dla funkcji Lambda obsługuje standardowe kolejki SQS lub tematy SNS, a FIFO nie jest wymagane do prostego przechowywania nieudanych zdarzeń.