Lambda 関数が Kinesis データストリームからレコードを読み取り、レガシー REST API に転送します。レコードの約 10% にデータエラーがあり、手動での処理が必要です。Lambda は、失敗時の送信先として SQS デッドレターキューを設定しており、レコードをバッチで処理し、再試行ロジックを備えています。テスト中に、エラーのない、すでに処理された多くのレコードが DLQ に表示されます。DLQ に入るエラーのないレコードの数を減らすには、どのイベントソースオプションを変更すればよいですか？

正解は「エラー発生時にバッチの分割を有効にする」です。このオプションを有効にすると、Lambdaは処理中にエラーが発生したバッチをより小さなバッチに分割し、エラーのあるレコードを特定して分離します。これにより、エラーのないレコードが不必要にDLQに送られることを防ぎ、手動処理の対象となるレコードの数を減らすことができます。 「再試行回数を増やす」は、DLQへの送信を遅らせるだけで、根本的な問題は解決しません。 「シャードあたりの同時バッチ数を増やす」は、処理能力を向上させるかもしれませんが、エラーのあるレコードがDLQに送られるのを防ぐものではありません。 「レコードの最大経過時間を減らす」は、古いレコードの処理を早めるだけで、エラー処理の動作には影響しません。