Una pipeline di telemetria satellitare inserisce piccoli pacchetti di dati in una coda standard di Amazon SQS. Un'applicazione a valle trasforma i messaggi, ma a volte non riesce a trasformare alcuni messaggi; questi messaggi falliti rimangono nella coda SQS. L'ingegnere DevOps deve conservare i messaggi falliti e renderli disponibili agli scienziati per la revisione e la successiva rielaborazione. Quale soluzione soddisfa questi requisiti?

La soluzione corretta è creare una Dead-Letter Queue (DLQ) e configurare la policy di redrive della coda originale. Quando i messaggi non possono essere elaborati dall'applicazione a valle, la policy di redrive li sposterà automaticamente nella DLQ dopo un numero massimo di tentativi di ricezione (in questo caso, 1). Questo conserva i messaggi falliti per la revisione da parte degli scienziati, che possono poi rielaborarli. Le altre opzioni sono meno efficienti o non soddisfano pienamente i requisiti: L'uso di AWS Lambda per interrogare e convalidare i messaggi aggiunge complessità e costi, e la logica di replay deve essere costruita manualmente. Convertire la coda in FIFO non è necessario per questo caso d'uso e la logica di spostamento dei messaggi tramite EventBridge e Lambda è un'implementazione manuale di una funzionalità già offerta dalle DLQ. L'uso di API Gateway e code virtuali aggiunge complessità inutile e non risolve intrinsecamente il problema della gestione dei messaggi falliti in modo automatico.