Lambda 関数が IoT デバイスからのメッセージを処理します。会社は、関数が時間間隔あたりに受信および処理するメッセージ数をカウントする、ほぼリアルタイムのスループットメトリクスを必要としています。初期化と後処理はスループット測定に含めるべきではありません。開発者は何を実装すべきですか？

このアプローチは、メッセージの受信と処理という具体的なイベントに基づいてカスタムメトリクスを直接発行するため、最も正確なスループット測定を提供します。これにより、初期化や後処理のオーバーヘッドを含まずに、関数のコアロジックのスループットを正確に把握できます。 Lambda ConcurrentExecutions メトリクスは、同時実行数を示しますが、処理されたメッセージの正確なスループットを直接測定するものではありません。CloudWatch Logs にスループットを記録し、EventBridge で別の Lambda をトリガーする方法は、リアルタイム性に欠け、複雑さが増します。Lambda Invocations および Duration メトリクスは、関数の呼び出し回数と実行時間を示しますが、個々のメッセージ処理のスループットを直接測定するものではなく、初期化や後処理の時間も含まれてしまいます。