Una funzione Lambda elabora messaggi da una coda standard di Amazon SQS (dimensione batch 10) e scrive i risultati su S3. Il primo giorno, l'arrivo dei messaggi supera la capacità di elaborazione e molti messaggi in coda contengono dati non validi, causando la mancata elaborazione entro i termini previsti per i messaggi validi. Quale modifica garantirà che i messaggi validi rispettino la loro tempistica?

La risposta corretta è mantenere invariata la dimensione del batch di Lambda, configurare la funzione Lambda per segnalare gli elementi del batch non riusciti e configurare una coda dead-letter SQS. Mantenere la dimensione del batch invariata è appropriato perché l'aumento potrebbe aggravare il problema dei messaggi non validi che bloccano l'elaborazione. La segnalazione degli elementi del batch non riusciti consente a Lambda di rielaborare solo i messaggi falliti, evitando che un singolo messaggio non valido blocchi l'intero batch. Una coda dead-letter (DLQ) è essenziale per isolare i messaggi non elaborabili, impedendo che blocchino la coda principale e fornendo un meccanismo per l'analisi e la correzione. Le altre opzioni sono meno efficaci: Aumentare la dimensione del batch o convertire SQS in FIFO non risolve il problema dei messaggi non validi. Ridurre la dimensione del batch o aumentare la quota di throughput SQS non affronta direttamente la gestione degli errori. Abilitare S3 Transfer Acceleration è irrilevante per la gestione dei messaggi non validi in coda.