Een serverloos ticketsysteem genereert een order-ID en voert vervolgens parallelle Lambda-functies uit voor voorraad en betaling. Als een stoel per ongeluk twee keer wordt verkocht, moet de eerst ontvangen bestelling de stoel krijgen en alleen de betaling van die bestelling moet worden verwerkt. Als de betaling van de eerste bestelling wordt afgewezen, moet de tweede bestelling de stoel krijgen en moet de betaling daarvan worden verwerkt. Welk ontwerp voldoet aan deze vereisten?

De correcte optie maakt gebruik van Amazon SNS FIFO-topics en Amazon SQS FIFO-wachtrijen, wat essentieel is voor het behouden van de berichtvolgorde en het voorkomen van dubbele verwerking, precies zoals vereist voor het toewijzen van de stoel aan de eerst ontvangen bestelling. FIFO (First-In, First-Out) zorgt ervoor dat de bestellingen in de juiste chronologische volgorde worden verwerkt, wat cruciaal is voor het bepalen welke bestelling de stoel krijgt. De andere opties voldoen niet aan de vereisten: Het opeenvolgend aanroepen van Lambda-functies (optie 2) introduceert een single point of failure en vertraagt de parallelle verwerking. Een standaard Amazon SNS-topic (optie 3) garandeert geen berichtvolgorde of exactly-once delivery, wat kan leiden tot race-condities en onjuiste stoeltoewijzing. Een standaard Amazon SQS-wachtrij met polling (optie 4) garandeert evenmin de volgorde van verwerking door meerdere consumenten (Lambda-functies), wat ook kan leiden tot ongewenste resultaten bij gelijktijdige bestellingen.