Ein E-Commerce-Frontend ruft eine POST-API über API Gateway auf, die eine Lambda-Funktion asynchron zur Bearbeitung von Bestellungen aufruft. Gelegentlich werden Bestellungen nicht verarbeitet, und die Lambda-Protokolle zeigen keine Fehler an. Was sollte der Entwickler tun, um die fehlende Bestellverarbeitung zu diagnostizieren und zu beheben?

Die korrekte Antwort ist, die Lambda Dead-Letter Queue (DLQ) zu überprüfen. Da die Lambda-Funktion asynchron aufgerufen wird und keine Fehler in den Lambda-Protokollen angezeigt werden, deutet dies darauf hin, dass die Ereignisse möglicherweise nicht erfolgreich verarbeitet wurden und stattdessen in der DLQ gelandet sind. Eine DLQ fängt Ereignisse ab, die von der Lambda-Funktion nicht verarbeitet werden konnten, und ermöglicht deren spätere Analyse und erneute Verarbeitung. Die Überprüfung der Frontend-Protokolle ist zwar nützlich für clientseitige Fehler, erklärt aber nicht, warum asynchron aufgerufene Lambda-Funktionen ohne sichtbare Fehler fehlschlagen. Die Untersuchung der Lambda-Protokolle ist bereits geschehen und hat keine Fehler gezeigt. Das Deaktivieren des API Gateway-Cachings ist für POST-Anfragen in diesem Szenario irrelevant, da das Problem bei der asynchronen Lambda-Verarbeitung liegt, nicht beim Caching der API-Antwort.