Eine Zahlungsabwicklungsanwendung läuft auf AWS Lambda in privaten Subnetzen über mehrere Availability Zones hinweg. Die Anwendung verwendet mehrere Lambda-Funktionen und verarbeitet täglich Millionen von Transaktionen. Die Architektur muss doppelte Zahlungen verhindern. Welche Lösung erfüllt diese Anforderung?

Die korrekte Antwort ist die Verwendung einer Amazon SQS FIFO-Warteschlange. FIFO (First-In, First-Out) Warteschlangen garantieren die Reihenfolge der Nachrichtenverarbeitung und verhindern Duplikate durch Deduplizierung basierend auf der Nachrichten-Deduplizierungs-ID oder dem Nachrichten-Gruppen-ID. Dies ist entscheidend für Zahlungsanwendungen, um doppelte Buchungen zu vermeiden. Die anderen Optionen sind weniger geeignet: S3-Buckets sind keine Messaging-Dienste und bieten keine Garantien für die Nachrichtenreihenfolge oder Deduplizierung. Standard-SQS-Warteschlangen garantieren keine Reihenfolge und können Duplikate liefern. DynamoDB Streams können Duplikate liefern, wenn die nachfolgende Lambda-Funktion nicht idempotent ist, und erfordern zusätzliche Logik zur Deduplizierung, was komplexer ist als die integrierte FIFO-Funktionalität.