Een Lambda-functie leest records van een Kinesis-datastroom en stuurt deze door naar een verouderde REST API. Ongeveer 10% van de records bevat datafouten en vereist handmatige verwerking. De Lambda heeft een SQS dead-letter queue geconfigureerd voor bestemmingen bij fouten, verwerkt records in batches en heeft retry-logica. Tijdens het testen verschijnen veel foutloze, reeds verwerkte records in de DLQ. Welke wijziging in de event source-optie zal het aantal foutloze records dat in de DLQ terechtkomt verminderen?

De Lambda-functie verwerkt records in batches. Wanneer een record in een batch een fout veroorzaakt, wordt de hele batch opnieuw geprobeerd. Als de fout niet-transient is (zoals een datafout in 10% van de records), zullen de retries van de hele batch mislukken, waardoor ook de correcte records in die batch onnodig in de DLQ terechtkomen. Door "Splitsen van de batch inschakelen bij een fout" (Bisect batch on function error) te configureren, splitst Lambda de batch in tweeën en probeert elke helft opnieuw. Dit proces herhaalt zich totdat het specifieke defecte record is geïsoleerd en naar de DLQ wordt gestuurd, terwijl de succesvolle records alsnog verwerkt worden. Het verhogen van het aantal herhaalpogingen zou het probleem verergeren door meer retries van de hele batch te veroorzaken. Het verhogen van het aantal gelijktijdige batches per shard of het verlagen van de maximale leeftijd van een record heeft geen directe invloed op het isoleren van foutieve records binnen een batch.