Die Anwendung eines Entwicklers verwendet eine AWS Lambda-Funktion, um Nachrichten aus einer Amazon SQS-Warteschlange zu verarbeiten. Die Lambda-Funktion schlägt manchmal fehl oder läuft ab, und der Entwickler muss die Nachrichten, die nicht verarbeitet werden konnten, mit dem geringsten Betriebsaufwand erfassen und untersuchen. Welcher Ansatz erfüllt diese Anforderung?

Die Erstellung einer Dead-Letter Queue (DLQ) und die Konfiguration der Lambda-Funktion zum Senden fehlgeschlagener Nachrichten an diese DLQ ist die effektivste Lösung mit dem geringsten Betriebsaufwand. Eine DLQ ist speziell dafür konzipiert, Nachrichten zu erfassen, die nicht erfolgreich verarbeitet werden konnten, und ermöglicht eine spätere Untersuchung und Wiederholung. Das Erhöhen des Lambda-Timeouts oder des SQS-Visibility-Timeouts würde die Fehlerursache nicht beheben, sondern nur die Verarbeitungszeit verlängern oder die Nachricht länger unsichtbar halten. Die Überprüfung von CloudTrail oder CloudWatch Logs ist zwar nützlich für die Fehlerbehebung, erfasst aber nicht automatisch die fehlgeschlagenen Nachrichten zur erneuten Verarbeitung. Das Schreiben fehlgeschlagener Nachrichten in eine DynamoDB-Tabelle würde zusätzlichen Code in der Lambda-Funktion erfordern und ist betrieblich aufwendiger als die Verwendung einer DLQ, die eine integrierte Funktion von SQS und Lambda ist.