デプロイされたマイクロサービスのPodがCrashLoopBackOff状態です。Podが繰り返し起動に失敗する理由について、最も直接的な情報が得られるトラブルシューティング手順はどれですか？

CrashLoopBackOff状態のPodは、コンテナが起動に失敗し、Kubernetesが再起動を繰り返していることを示します。この問題を直接診断するには、kubectl logs PODNAME コマンドが最も効果的です。特に、--previousフラグを付けて kubectl logs --previous PODNAME を実行すると、直前の失敗したコンテナのログを確認でき、起動失敗の根本原因（例: アプリケーションのエラー、設定ミス、依存関係の問題）を特定するのに役立ちます。 kubectl execでPodに接続しても、コンテナが起動していないためシェルにアクセスできない可能性が高いです。IAMポリシーの確認は認証・認可の問題には有効ですが、アプリケーションの起動失敗とは直接関係ないことが多いです。Cloud LoggingでのVPCフローログの確認はネットワーク接続の問題には役立ちますが、Podのアプリケーションレベルの起動失敗の直接的な原因を特定するには遠回りです。