Una soluzione utilizza code standard Amazon SQS, una funzione AWS Lambda e una tabella DynamoDB. La funzione Lambda è attivata da SQS e scrive elementi su DynamoDB. Il design dovrebbe massimizzare la scalabilità di Lambda e garantire che i messaggi elaborati con successo da Lambda non vengano elaborati di nuovo. Quale configurazione soddisfa questi requisiti?

L'opzione corretta è "Includere ReportBatchItemFailures in FunctionResponseTypes per il mapping dell'origine eventi Lambda". Questa configurazione consente a Lambda di elaborare i messaggi in batch e di segnalare ad SQS quali specifici messaggi all'interno del batch sono falliti. SQS rimetterà in coda solo i messaggi falliti, evitando la rielaborazione di quelli elaborati con successo e massimizzando l'efficienza. Le altre opzioni sono meno efficaci: Impostare la finestra di batch su 1 secondo o la dimensione del batch su 1 ridurrebbe la scalabilità, poiché Lambda elaborerebbe i messaggi singolarmente o in batch molto piccoli, aumentando il numero di invocazioni e i costi. Regolare il timeout di visibilità di SQS è importante per evitare che i messaggi vengano rielaborati prematuramente in caso di ritardi, ma non risolve il problema della rielaborazione di messaggi già elaborati con successo all'interno di un batch fallito.