ある企業がコンテナをAmazon EKSに移行し、EKSコンポーネントごとに自動メール通知を必要としています。SNSトピックと、ログイベントを検査して適切なSNSトピックに発行するLambda関数を使用する計画です。この設計をサポートするロギングアプローチはどれですか？

正解は、EKSコンポーネントのAmazon CloudWatch Logsを有効にし、各コンポーネントのCloudWatch LogsサブスクリプションフィルターをLambdaをサブスクリプション送信先として作成することです。これにより、EKSコンポーネントのログがCloudWatch Logsに集約され、特定のログイベントパターンに一致した場合にLambda関数がトリガーされ、SNSトピックに通知を送信できます。 CloudWatch Logs Insightsクエリは、ログの分析には適していますが、リアルタイムのイベント駆動型通知には直接使用できません。S3ロギングは、EKSコンポーネントのログを保存する一般的な方法ではありません。EKSコンポーネントのログは通常、CloudWatch Logsに直接送信されます。S3 PUT Objectイベント通知は、S3バケットにオブジェクトが追加されたときにLambdaをトリガーしますが、EKSコンポーネントのログイベントを直接監視するものではありません。