Eine AWS Lambda-Funktion wird asynchron aufgerufen, um Ereignisse zu verarbeiten, aber einige Aufrufe schlagen zeitweise fehl. Der Entwickler muss diese fehlgeschlagenen Ereignisse erfassen und analysieren, um Fehler zu beheben, und das mit minimalem Entwicklungsaufwand. Was sollte der Entwickler tun?

Die Konfiguration einer Dead-Letter Queue (DLQ) ist die effizienteste Lösung, da sie speziell dafür entwickelt wurde, fehlgeschlagene asynchrone Lambda-Aufrufe zu erfassen. Wenn ein asynchroner Aufruf fehlschlägt (nach allen Wiederholungsversuchen), sendet Lambda das Ereignis automatisch an die konfigurierte SQS-Standardwarteschlange zur späteren Analyse und Fehlerbehebung, was minimalen Entwicklungsaufwand erfordert. Das Hinzufügen von Protokollierungsanweisungen und das Durchsuchen von CloudTrail-Protokollen ist umständlich und nicht die primäre Methode zur Erfassung fehlgeschlagener Ereignisse. CloudTrail zeichnet API-Aufrufe auf, nicht die Details einzelner Lambda-Ereignisverarbeitungsfehler. Das Starten eines AWS Step Functions-Workflows ist eine komplexere Lösung, die für die Orchestrierung von Workflows gedacht ist und über die einfache Erfassung fehlgeschlagener Ereignisse hinausgeht. Ein Amazon SNS FIFO-Thema als DLQ ist nicht ideal, da SNS FIFO für die strikte Reihenfolge von Nachrichten konzipiert ist und für diesen Anwendungsfall unnötige Komplexität mit sich bringt. Eine SQS-Standardwarteschlange ist für DLQs die gängige und kostengünstige Wahl.