Een gemigreerde applicatie verstuurt verzendverzoeken die in volgorde en zonder duplicaten moeten worden verwerkt. Verzoeken zijn maximaal 250 KB groot en de verwerking duurt 5-10 minuten. Het huidige systeem produceert dubbele, verloren of niet-chronologische verzoeken. Hoe moet een ontwikkelaar de oplossing opnieuw architectureren om een geordende, niet-gedupliceerde verwerking te garanderen?

De correcte optie is om een Lambda-functie te maken en deze te koppelen aan een Amazon SQS FIFO (First-In, First-Out) queue. SQS FIFO queues garanderen de exacte volgorde van berichten en voorkomen duplicaten, wat essentieel is voor de vereisten van de applicatie. De verwerkingstijd van 5-10 minuten per verzoek is geschikt voor Lambda, die asynchroon kan worden aangeroepen door SQS. Kinesis Data Firehose is bedoeld voor het vastleggen en laden van streaming data naar data stores, niet voor het garanderen van volgorde of deduplicatie van individuele verzoeken. Kinesis Data Streams bieden wel volgorde, maar vereisen meer beheer en zijn overkill voor deze specifieke use case, bovendien garanderen ze geen deduplicatie zonder extra logica. Amazon SNS topics garanderen geen berichtvolgorde en kunnen duplicaten leveren. SQS Standard queues garanderen geen volgorde en kunnen duplicaten leveren, waardoor ze ongeschikt zijn voor deze vereisten.