Een e-commerce frontend roept een POST API aan via API Gateway die asynchroon een Lambda-functie aanroept om bestellingen te verwerken. Af en toe worden bestellingen niet verwerkt en de Lambda-logs tonen geen fouten. Wat moet de ontwikkelaar doen om de ontbrekende orderverwerking te diagnosticeren en op te lossen?

De correcte optie is het inspecteren van de Lambda dead-letter queue (DLQ). Aangezien de Lambda-logs geen fouten tonen, maar bestellingen niet worden verwerkt, duidt dit op een probleem met de asynchrone aanroep. Wanneer een Lambda-functie asynchroon wordt aangeroepen en de uitvoering mislukt (bijvoorbeeld door een time-out of onvoldoende geheugen), of als de functie meerdere keren opnieuw wordt geprobeerd en nog steeds faalt, worden de gebeurtenissen naar de geconfigureerde DLQ (SQS-queue of SNS-topic) gestuurd. Door de DLQ te controleren, kan de ontwikkelaar de mislukte gebeurtenissen identificeren, de onderliggende oorzaak van de storing oplossen en de gebeurtenissen opnieuw verwerken. De andere opties zijn minder waarschijnlijk of onjuist: Het controleren van frontend-logs op API-fouten is nuttig voor client-side problemen, maar de vraag stelt dat de Lambda-logs geen fouten tonen, wat suggereert dat de aanroep de Lambda wel bereikt, maar daar faalt of niet volledig wordt verwerkt. Het onderzoeken van Lambda-logs in CloudWatch is al gedaan volgens de vraag ("Lambda-logs tonen geen fouten"). Het uitschakelen van API Gateway-caching is niet relevant voor dit probleem, aangezien caching doorgaans geen invloed heeft op asynchrone verwerking van POST-verzoeken op deze manier.