Een AWS Lambda-functie wordt asynchroon aangeroepen om gebeurtenissen te verwerken, maar sommige aanroepen mislukken af en toe. De ontwikkelaar moet deze mislukte gebeurtenissen vastleggen en analyseren om problemen op te lossen, met minimale ontwikkelingsinspanning. Wat moet de ontwikkelaar doen?

De juiste oplossing is het configureren van een Dead-Letter Queue (DLQ) met een Amazon SQS standard queue. Wanneer een asynchroon aangeroepen Lambda-functie mislukt na alle retries, stuurt Lambda de gebeurtenis naar de geconfigureerde DLQ. Dit vangt de mislukte gebeurtenissen op voor latere inspectie en analyse, wat de ontwikkelingsinspanning minimaliseert. Het toevoegen van logboekinstructies en zoeken in CloudTrail is inefficiënt voor het specifiek traceren van mislukte gebeurtenissen en CloudTrail logt API-activiteit, niet de interne fouten van de Lambda-functie. Het starten van een Step Functions-workflow introduceert onnodige complexiteit en hogere kosten voor een eenvoudige foutafhandeling. Een Amazon SNS FIFO topic is niet geschikt als DLQ voor asynchrone Lambda-aanroepen, omdat Lambda alleen SQS standard of SQS FIFO queues ondersteunt als DLQ's, en FIFO is niet nodig voor dit scenario.