De checkout-workflow van een e-commercebedrijf schrijft een bestelling naar een database en roept een betaalservice aan. Gebruikers ervaren timeouts tijdens het afrekenen; wanneer ze opnieuw indienen, worden er meerdere unieke bestellingen aangemaakt voor dezelfde transactie. Hoe moet een solutions architect de workflow refactoren om meerdere bestellingen te voorkomen?

De correcte oplossing is om de bestelling in de database op te slaan en vervolgens een bericht met het bestelnummer naar een Amazon SQS FIFO-wachtrij te sturen. De betaalservice haalt dit bericht op, verwerkt de bestelling en verwijdert het bericht uit de wachtrij. Dit voorkomt dubbele bestellingen omdat SQS FIFO (First-In, First-Out) berichten precies één keer levert en de volgorde behoudt. Als de betaalservice faalt, blijft het bericht in de wachtrij en kan het opnieuw worden verwerkt, zonder dat een nieuwe bestelling wordt aangemaakt. De andere opties zijn minder geschikt: Kinesis Data Firehose is primair voor data-ingestie en niet direct voor het orkestreren van een betalingsworkflow met gegarandeerde enkelvoudige verwerking. AWS CloudTrail is een logging- en auditingdienst, niet bedoeld voor het direct aanroepen van applicatielogica voor workflow-orkestratie. Amazon SNS is een publish/subscribe-service die berichten naar meerdere abonnees kan sturen, maar garandeert geen enkelvoudige levering voor een specifieke verwerkingstaak zoals een betaalservice, wat kan leiden tot dubbele verwerking.