- 移行のボトルネックを自動化する4つのAIエージェントを構成
- IaC開発時間をアプリあたり3〜4週間から数分に短縮
- セキュリティとガバナンスを組み込んだMCPツール連携が特徴
移行プログラムの3つのボトルネック
大規模なクラウド移行では、3つのボトルネックが一貫して発生します。1つ目は手動でのインテーク(情報収集)です。オンプレミスのアーキテクチャ調査や依存関係の把握に、アプリケーションあたり数週間を費やします。2つ目はインフラストラクチャコード(IaC)の冗長な開発です。ターゲットアーキテクチャを定義しても、IaCを一から書くには通常3〜4週間かかり、数百のアプリケーションに適用すると何年もの工数になります。
3つ目は移行後の事後対応型運用です。パフォーマンス低下の検知や自動修復の仕組みがないまま、手動の監視と対応に依存すると、運用負荷が累積していきます。これらの課題は移行ライフサイクル全体に及ぶため、人間が判断権を持ちながら反復作業をAIエージェントに任せることが重要だとAWSは述べています。
4つのエージェントの役割
AWS Professional Servicesが構築したフレームワークは、移行ジャーニーと運用ジャーニーの2つに分かれます。移行ジャーニーには、アプリケーションの発見とターゲットアーキテクチャの定義を自動化する「Intake Agent」、セキュリティベストプラクティスに準拠したIaCを生成する「IaC Agent」、ポートフォリオ全体のレポートとガバナンスを担う「Migration Intelligence and Governance Agent」があります。
運用ジャーニーには、移行後の監視と自動修復を行う「SRE Agent」があります。これらのエージェントは、Amazon Bedrock AgentCore上でサーバーレスに動作し、Model Context Protocol(MCP)を通じてツールを呼び出します。エージェント間の共有コンテキストはAgentCoreのメモリに保存され、Intake Agentの成果をIaC Agentが引き継ぐなど、手動の受け渡しなしで処理が進みます。
IaC生成の5段階ワークフロー
IaC Agentは、まずウェーブチームからステアリングドキュメントを読み取り、展開範囲やコンプライアンス要件を抽出します。次にIntake Agentの出力であるターゲットアーキテクチャ図を解釈し、インフラコンポーネントの関係性を特定します。そして組織が定義したパターンに基づいてIaCを生成し、必須タグや監視設定を自動的に適用します。
生成後は、AgentCoreのPolicyが各ツール呼び出しを評価し、変更範囲の計算や依存関係の衝突チェックを行います。実行は中央の実行基盤が担い、AgentCore Observabilityで監視しながらデプロイ結果を報告します。このプロセスにより、数百のアプリケーションを対象に一貫したIaC生成が可能になるというのが、AWSの主張です。
セキュリティ基盤と責任あるAI
各アクションはMCPツールを通じて実行され、AgentCore Identityがスコープ付きIAMロールで認証します。クレデンシャルや機密情報はエージェントのコンテキストに渡らず、集中管理された資格情報プロバイダーから実行時に解決されます。すべてのアクションはAgentCore ObservabilityとAWS CloudTrailに不変の監査証跡として記録されます。
また、Amazon Bedrockのガードレールをアタッチすることで、プロンプトインジェクションや不適切な出力をブロックします。コード例では、ガードレールが介入した場合に`guardrail_intervened`ステータスを返す処理が含まれており、安全な実行を意識した設計になっています。
| 項目 | 従来の手動プロセス | マルチエージェントフレームワーク |
|---|---|---|
| アプリケーションあたりのインテーク | 数週間 | 自動化(Intake Agent) |
| アプリケーションあたりのIaC開発 | 3〜4週間 | 数分 |
| 移行後の運用 | 手動監視・事後対応 | 事前対応型の自動監視(SRE Agent) |
| ツール連携 | 手作業の受け渡し | MCPと共有メモリで自動連携 |
The multi-agent framework in this post reduced infrastructure as code (IaC) development time from 3–4 weeks per application to minutes across a over 300 application portfolio.
この記事で紹介するマルチエージェントフレームワークにより、インフラストラクチャコード(IaC)の開発時間は、300以上のアプリケーションに対してアプリケーションあたり3〜4週間から数分に短縮された。
今後の見通し
AWS Professional Servicesが実際の300以上のアプリケーションで効果を実証した今回のケースは、エージェントAIがクラウド移行の実務に適用された一例です。今後さらに多くの企業が同様のフレームワークを採用するとみられますが、エージェントの精度やセキュリティ運用のノウハウは組織ごとに異なるため、まずはパイロットプロジェクトで検証するのが妥当と考えられます。AgentCoreがどの程度の規模までスケールするのか、他のAWSサービスとの連携がどこまで自動化されるのかが、今後の判断材料になるでしょう。
日本の開発者・IT企業にとっての意味
日本のIT企業、特に大規模なシステム移行を抱える企業にとって、このフレームワークは移行プロジェクトの期間短縮と品質向上の可能性を示しています。従来はアプリケーションごとに数週間かかっていたIaC開発が数分になることで、エンジニアはより価値の高い設計業務に集中できるようになります。また、ガバナンスとセキュリティが最初から組み込まれている点は、日本の企業が重視するコンプライアンス要件への適合にも役立つでしょう。ただし、実際に導入するには社内のIaCパターンの標準化や、エージェントが扱うドキュメントの品質など、前提条件を整備する必要があります。
気になる点
- Amazon Bedrock AgentCoreはどのリージョンで利用できますか?
- 原文では「モデルの利用可能性はAWSリージョンによって異なる」と説明されており、具体的なリージョン一覧はAmazon Bedrockのドキュメントを参照する必要があります。現時点では全リージョンでの利用が保証されているわけではなく、事前に確認が必要です。
- 既存のIaCパターンを組み込むことはできますか?
- はい、IaC Agentは組織が定義したパターンに基づいてコードを生成します。ネットワーク構成やセキュリティグループ、IAMロール、タグ付けなどの標準を再利用可能なコンストラクトとして組み込めるため、既存の運用ルールを維持したまま自動化できます。
- このフレームワークの利用コストはいくらですか?
- 原文には具体的なコストの記載がありません。Amazon Bedrock AgentCoreの料金体系やAWS Professional Servicesの導入費用は別途確認が必要です。ただし、IaC開発時間の短縮効果は、投資に見合う可能性があります。
用語解説
- Amazon Bedrock AgentCore
- 生成AIエージェントを構築・接続・最適化するためのAWSのプラットフォーム。サーバーレスで実行され、マルチエージェントの調整機能を持つ。
- MCP (Model Context Protocol)
- AIエージェントが外部ツールやデータソースにアクセスするための標準プロトコル。ツール呼び出しを統一する。
- IaC (Infrastructure as Code)
- インフラストラクチャの構成をコードで管理する手法。AWSではCloudFormationやTerraformなどが使われる。
- Strands Agents SDK
- エージェントを定義するためのSDK。基盤モデル、システムプロンプト、ツールを組み合わせてエージェントを構築できる。
出典
Scaling cloud migrations with agentic AI on Amazon Bedrock AgentCore
AI導入も顧問も、お任せください
何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。
AI導入について相談する