Een event-driven bestelsysteem gebruikt een Amazon SQS standard queue. Tijdens het testen stopte de verwerking omdat één orderbericht een backend-fout veroorzaakte en daaropvolgende berichten blokkeerde. De visibility timeout van de queue is 30 seconden, terwijl de backend-verwerking na 10 seconden een timeout krijgt. Een solutions architect moet onderzoek naar foutieve berichten mogelijk maken en ervoor zorgen dat daaropvolgende berichten blijven worden verwerkt. Wat moet de solutions architect doen?

De beste oplossing is het configureren van een Dead-Letter Queue (DLQ). Wanneer een bericht herhaaldelijk niet kan worden verwerkt (bijvoorbeeld na een aantal pogingen of een specifieke fout), kan het automatisch naar de DLQ worden verplaatst. Dit isoleert het problematische bericht, voorkomt dat het de hoofdqueue blokkeert en maakt verdere verwerking van andere berichten mogelijk. De visibility timeout van 30 seconden en de backend timeout van 10 seconden zijn relevant voor het detecteren van de fout, maar het aanpassen hiervan lost het onderliggende probleem van het foutieve bericht niet op. Een FIFO queue is niet nodig, aangezien de vraag spreekt over een standaard queue en FIFO queues specifieke use-cases hebben voor strikte volgorde.