金融サービス会社が既存のJenkins CI基盤をAWSに段階的に移行しています。コンプライアンス上の制約からビルド処理は既存のJenkinsサーバー（EC2上）に留める必要がありますが、デプロイオーケストレーション（複数のデプロイステップを順序立てて管理・実行すること）はCodePipelineに移行することになりました。CodePipelineからJenkinsのビルドジョブをトリガーし、ジョブの成否をパイプライン実行状態に正しく反映させる最も適切な実装方法はどれですか？
AWS CodePipeline Jenkinsプラグインを使うとJenkinsをCodePipelineのアクションプロバイダーとして公式統合できます。JenkinsがCodePipelineのジョブキューをポーリングして取得・実行し、成否とアーティファクトをCodePipelineのAPIで直接報告します。 選択肢BのLambda＋Step Functionsで実装が複雑になり、CodePipelineとの統合も不完全です。 選択肢CのEventBridgeルールでCodePipelineの状態管理と分離されており、双方向の状態同期が困難で不完全な実装になります。 選択肢DのCodeBuildを不必要な仲介として挟む非推奨パターンであり、公式統合機能を活用していません。