Een oplossing voor weergegevens ontvangt telemetrie van duizenden stations via een API Gateway REST API die is geïntegreerd met een Lambda-functie. De Lambda roept een externe service aan voor voorverwerking; wanneer die externe partij overbelast raakt, mislukt de voorverwerking en gaan gegevens verloren. De architect moet ervoor zorgen dat er geen gegevens verloren gaan en dat de verwerking later kan plaatsvinden als er storingen optreden. Wat moet de architect implementeren?

De correcte optie introduceert een SQS-wachtrij tussen de API Gateway/Lambda en de externe service, waardoor de Lambda de gegevens eerst in de wachtrij kan plaatsen. Dit ontkoppelt de ontvangst van gegevens van de voorverwerking, wat essentieel is voor het voorkomen van gegevensverlies bij overbelasting van de externe service. De primaire SQS-wachtrij fungeert als een buffer, en de gekoppelde Lambda-functie kan de berichten uit deze wachtrij verwerken. Een secundaire SQS-wachtrij als Dead-Letter Queue (DLQ) voor de primaire wachtrij zorgt ervoor dat berichten die niet succesvol verwerkt kunnen worden (bijvoorbeeld door aanhoudende storingen van de externe service) niet verloren gaan, maar later opnieuw kunnen worden geprobeerd. De andere opties zijn minder effectief: Een DLQ direct voor de API is niet mogelijk en lost het probleem van overbelasting van de externe service niet op. EventBridge is een eventbus en geen directe vervanging voor een wachtrijsysteem voor dit specifieke scenario van betrouwbare berichtenlevering en herverwerking bij falen van een externe service. Hoewel EventBridge kan routeren, mist het de ingebouwde retry-mechanismen en DLQ-functionaliteit van SQS voor dit type asynchrone verwerking.