Una funzione Lambda legge i record da un data stream Kinesis e li inoltra a un'API REST legacy. Circa il 10% dei record presenta errori di dati e richiede una gestione manuale. La funzione Lambda ha una coda SQS dead-letter configurata per le destinazioni in caso di errore, elabora i record in batch e ha una logica di retry. Durante i test, molti record senza errori e già elaborati appaiono nella DLQ. Quale modifica all'opzione della sorgente dell'evento ridurrà il numero di record senza errori che finiscono nella DLQ?

L'opzione corretta è abilitare la suddivisione del batch in caso di errore. Quando una funzione Lambda elabora un batch di record da Kinesis e si verifica un errore non gestito, l'intero batch viene ritentato. Se il 10% dei record presenta errori di dati, questi errori causeranno il fallimento dell'intero batch, portando al ritentativo e, infine, all'invio alla DLQ di record validi già elaborati o che non presentano errori. Abilitando la suddivisione del batch, Lambda può dividere il batch in sotto-batch più piccoli in caso di errore, isolando i record problematici e permettendo l'elaborazione dei record validi. Aumentare il numero di tentativi di retry ritarderebbe solo l'inevitabile invio alla DLQ di record validi insieme a quelli errati. Aumentare il numero di batch concorrenti per shard non risolve il problema dei record validi nella DLQ, ma aumenta solo la velocità di elaborazione. Diminuire l'età massima di un record non influisce sul meccanismo di retry o sulla gestione degli errori del batch.