L'applicazione di uno sviluppatore utilizza una funzione AWS Lambda per elaborare messaggi da una coda Amazon SQS. La funzione Lambda a volte fallisce o va in timeout e lo sviluppatore deve acquisire e analizzare i messaggi che non è stato possibile elaborare con il minimo overhead operativo. Quale approccio soddisfa questo requisito?

La creazione di una Dead-Letter Queue (DLQ) e la configurazione della funzione Lambda per inviare i messaggi non elaborati a tale DLQ è la soluzione più efficiente e con il minimo overhead operativo. Una DLQ è progettata specificamente per catturare messaggi che non possono essere elaborati con successo, consentendo un'analisi successiva senza influire sul flusso principale. Aumentare il timeout di Lambda a 15 minuti potrebbe mascherare il problema senza risolverlo e l'analisi di CloudTrail è più complessa e non specifica per i messaggi non elaborati. Aumentare il timeout di visibilità di SQS non risolve il problema dei messaggi che falliscono l'elaborazione e i log di CloudWatch richiedono un'analisi manuale più approfondita. Scrivere su una tabella DynamoDB introduce complessità aggiuntive nella logica della funzione Lambda e nella gestione del database, aumentando l'overhead operativo rispetto a una DLQ nativa di SQS.