開発者がAWS Elastic Beanstalkにアプリケーションの新バージョンをデプロイしました。デプロイ自体は成功しましたが、数分後に環境ヘルスが「Degraded」に変わりました。アプリケーションログには明確なエラーが見当たりません。根本原因を特定するための最も効果的なアプローチはどれですか？
Elastic Beanstalkの`eb logs`コマンドは全インスタンスから以下のログを一括取得できます。 ・Webサーバーログ（/var/log/nginx/ または /var/log/httpd/） ・アプリケーションサーバーログ ・eb-engine.log（デプロイフックの実行結果） ヘルスが「Degraded」になる原因には、デプロイ後のアプリ起動失敗・ヘルスチェックエラー・依存サービスへの接続失敗などがあり、これらはWebサーバーまたはアプリのログに記録されます。Elastic Beanstalkコンソールのイベントタブと組み合わせることで、どのデプロイステップで問題が発生したかを素早く特定できます。 選択肢AのAWS CloudTrailはAWSサービスへのAPI呼び出し（CreateEnvironment等）を記録しますが、アプリケーション内部のエラーやWebサーバーのHTTPステータスコードは記録されません。 選択肢CのAWS X-Rayはリクエストトレーシングに有効ですが、組み込みコストがあり、既存ログの確認より効率的ではありません。 選択肢DのCloudWatchカスタムメトリクスは将来のモニタリングには役立ちますが、新たにコードを追加する必要があり、現在発生中の問題の根本原因を特定するには不十分です。