Aplikacja asynchronicznie wywołuje funkcję AWS Lambda. Deweloper chce przechwytywać wiadomości, które spowodowały nieudane wywołania funkcji Lambda, aby aplikacja mogła ponowić je później. Które podejście osiągnie to z najmniejszym obciążeniem operacyjnym?

Poprawna odpowiedź to skonfigurowanie kolejki martwych listów (DLQ) dla asynchronicznych wywołań funkcji Lambda. Gdy asynchroniczne wywołanie Lambda zakończy się niepowodzeniem po wszystkich próbach ponowienia, wiadomość jest automatycznie wysyłana do skonfigurowanej DLQ (SQS lub SNS). Następnie można skonfigurować inną funkcję Lambda, aby przetwarzała wiadomości z tej DLQ, co pozwala na łatwe ponowne przetworzenie nieudanych wywołań. Jest to wbudowana funkcja Lambda dla obsługi błędów asynchronicznych, minimalizująca obciążenie operacyjne. Opcja z CloudWatch Logs wymagałaby skomplikowanej logiki filtrowania i importowania. EventBridge nie jest przeznaczony do przechwytywania nieudanych wywołań Lambda w ten sposób. Wysyłanie zdarzeń do SQS i odpytywanie przez Lambda jest ogólnym wzorcem, ale nieoptymalnym dla przechwytywania nieudanych asynchronicznych wywołań Lambda, ponieważ wymagałoby ręcznej implementacji logiki ponawiania i obsługi błędów, zamiast korzystania z wbudowanej funkcji DLQ.