Une fonction Lambda lit les enregistrements d'un flux de données Kinesis et les transmet à une API REST existante. Environ 10 % des enregistrements contiennent des erreurs de données et nécessitent une gestion manuelle. La fonction Lambda a une file d'attente de lettres mortes (DLQ) SQS configurée pour les destinations en cas d'échec, traite les enregistrements par lots et dispose d'une logique de nouvelle tentative. Pendant les tests, de nombreux enregistrements sans erreur, déjà traités, apparaissent dans la DLQ. Quel changement d'option de source d'événement réduira le nombre d'enregistrements sans erreur qui se retrouvent dans la DLQ ?

L'activation du fractionnement du lot en cas d'erreur (Batch item failure) est la solution. Lorsque la fonction Lambda rencontre une erreur dans un lot d'enregistrements Kinesis, cette option permet à Lambda de renvoyer uniquement les enregistrements défaillants ou non traités à la source, plutôt que l'intégralité du lot. Cela garantit que les enregistrements sans erreur déjà traités ne sont pas renvoyés et ne finissent pas dans la DLQ. Augmenter le nombre de tentatives ne résoudrait pas le problème fondamental des enregistrements sans erreur renvoyés avec les enregistrements défaillants. Augmenter le nombre de lots simultanés par shard pourrait aggraver le problème en augmentant le nombre d'enregistrements traités simultanément, et diminuer l'âge maximal d'un enregistrement ne change pas la logique de traitement des erreurs.