Ein serverloses Ticketsystem generiert eine Bestell-ID und führt dann parallel Lambda-Funktionen für Inventar und Zahlung aus. Wenn ein Sitzplatz versehentlich zweimal verkauft wird, muss die zuerst eingegangene Bestellung den Sitzplatz erhalten, und nur die Zahlung dieser Bestellung sollte verarbeitet werden. Wenn die Zahlung der ersten Bestellung abgelehnt wird, sollte die zweite Bestellung den Sitzplatz erhalten und ihre Zahlung sollte verarbeitet werden. Welches Design erfüllt diese Anforderungen?

Diese Lösung nutzt Amazon SNS FIFO-Themen und Amazon SQS FIFO-Warteschlangen, um die Reihenfolge der Bestellungen zu gewährleisten und doppelte Sitzplatzverkäufe zu verhindern. SNS FIFO stellt sicher, dass Nachrichten in der Reihenfolge zugestellt werden, in der sie veröffentlicht wurden. Die separaten SQS FIFO-Warteschlangen für Inventar und Zahlung verarbeiten die Bestellungen sequenziell. Wenn die erste Bestellung fehlschlägt, kann die zweite Bestellung den Sitzplatz erhalten, da die FIFO-Eigenschaft die korrekte Reihenfolge der Verarbeitung sicherstellt. Die anderen Optionen sind unzureichend: Das sequenzielle Aufrufen von Lambda-Funktionen würde die Parallelität einschränken und die Skalierbarkeit beeinträchtigen. Ein Standard-SNS-Thema oder eine Standard-SQS-Warteschlange garantiert keine Nachrichtenreihenfolge, was zu Race Conditions und falschen Sitzplatzzuweisungen führen könnte.