開発者のアプリケーションは、Amazon SQS キューからのメッセージを処理するために AWS Lambda 関数を使用しています。Lambda 関数が失敗したりタイムアウトしたりすることがあり、開発者は処理できなかったメッセージを最小限の運用オーバーヘッドでキャプチャして調査する必要があります。この要件を満たすアプローチはどれですか？

正解は、処理できなかったメッセージをキャプチャして調査するための運用オーバーヘッドを最小限に抑えるため、デッドレターキュー (DLQ) を作成し、失敗したメッセージをその DLQ に送信するように Lambda 関数を設定することです。Lambda の非同期呼び出しでは、失敗したメッセージを自動的に DLQ に送信するように設定できます。 Lambda のタイムアウトを増やしても、失敗したメッセージをキャプチャする要件は満たされません。CloudTrail は API コールを記録しますが、Lambda 関数の実行エラーの詳細を直接提供するものではありません。SQS の可視性タイムアウトを増やしても、メッセージ処理の失敗をキャプチャするメカニズムにはなりません。DynamoDB テーブルに失敗したメッセージを書き込むことは可能ですが、Lambda の DLQ 機能と比較すると、追加のコードと運用オーバーヘッドが必要になります。