Een applicatie voor betalingsverwerking draait op AWS Lambda in private subnets verspreid over meerdere Availability Zones. De applicatie gebruikt meerdere Lambda-functies en verwerkt dagelijks miljoenen transacties. De architectuur moet dubbele betalingen voorkomen. Welke oplossing voldoet aan deze vereiste?

De correcte optie is het gebruik van een Amazon SQS FIFO (First-In, First-Out) wachtrij. FIFO-wachtrijen garanderen de volgorde waarin berichten worden verwerkt en voorkomen duplicaten door middel van deduplicatie-ID's, wat cruciaal is voor het voorkomen van dubbele betalingen. Een Lambda-functie kan deze wachtrij pollen en betalingen verwerken, waarbij de integriteit van de transacties behouden blijft. De andere opties zijn minder geschikt: Het publiceren naar een S3-bucket met event notifications garandeert geen volgorde of deduplicatie, wat kan leiden tot dubbele betalingen. Een standaard SQS-wachtrij garandeert geen volgorde en biedt geen ingebouwde deduplicatie, waardoor dubbele verwerking mogelijk is. DynamoDB Streams garanderen wel de volgorde van wijzigingen in de tabel, maar vereisen een extra stap om de betalingen eerst in DynamoDB op te slaan en vervolgens via streams te verwerken, wat complexer is dan het direct gebruiken van een FIFO-wachtrij voor dit specifieke doel van deduplicatie en volgordebehoud.