Een bedrijf heeft twee applicaties: een zender die berichten met payloads verstuurt die verwerkt moeten worden, en een verwerkingsapplicatie die deze payloads ontvangt en verwerkt. De zender verstuurt ongeveer 1.000 berichten per uur. Het verwerken van berichten kan tot 2 dagen duren; mislukte berichten moeten worden bewaard zodat ze de verwerking van andere berichten niet blokkeren. Welke oplossing voldoet aan deze vereisten en is HET MEEST operationeel efficiënt?

De correcte oplossing is het gebruik van Amazon SQS met een Dead-Letter Queue. SQS is een volledig beheerde wachtrijservice die ontkoppeling tussen de zender en de ontvanger mogelijk maakt, wat essentieel is voor asynchrone verwerkingstaken die lang kunnen duren (tot 2 dagen). De Dead-Letter Queue (DLQ) zorgt ervoor dat mislukte berichten worden geïsoleerd zonder de verwerking van andere berichten te blokkeren, wat voldoet aan de vereiste. SQS is operationeel efficiënt omdat het schaalbaar is, geen servers vereist en automatisch beheerd wordt door AWS. Een Amazon EC2-instance met Redis vereist handmatig beheer en schaalt niet automatisch, wat minder operationeel efficiënt is. Amazon Kinesis Data Streams is meer geschikt voor real-time verwerking van grote hoeveelheden data met een lage latentie, niet voor langlopende, asynchrone taken. Amazon SNS is een public/subscribe-service die berichten direct aan abonnees levert; het biedt geen wachtrijfunctionaliteit voor langdurige verwerking of het bewaren van mislukte berichten zoals SQS dat doet.