Microsoft は Foundry Agent Service の Hosted Agents を再ローンチしました。タイミングが重要です。2026 年 4 月 22 日、Microsoft は Ignite 時代のプレビューをゼロからの再構築に置き換え、セッションごとのハイパーバイザー隔離、ホストされたエージェントごとの専用 Microsoft Entra エージェント ID、そして vCPU 時間あたり $0.0994 の真のスケールトゥゼロ課金を提供しました。ガバナンス懸念で AI エージェントの本番デプロイを先送りしてきたエンタープライズ IT チームにとって、ガバナンスストーリーは実質的に改善されました。

本ブリーフィングは、何が出荷されたか、Azure コンサルティングのアーキテクチャ決定にとって何を意味するか、そして今後 2 週間で取るべき 5 つの具体的アクションをカバーします。

Microsoft が実際に出荷したもの

公式 Microsoft Foundry 発表からの 4 月 22 日リフレッシュの主な機能:

  • ハイパーバイザーレベルのセッションごとの隔離。 すべての論理エージェントセッションは独自の VM で隔離されたサンドボックスを取得します。これはプロセス隔離やコンテナ隔離ではありません — Azure VM を互いに分けるのと同じクラスの境界です。
  • スケールトゥゼロを超える永続ファイルシステム。 $HOME と /files のコンテンツはセッションあたり最大 30 日間、アイドル期間を生き延びます。アイドルタイムアウトは 15 分で、その後コンピュートはデプロビジョニングされ、状態は保存されます。同じセッション ID への次のリクエストは状態を復元して数秒で新しいコンピュートを起動します。
  • エージェントごとの専用 Microsoft Entra エージェント ID。 デプロイ時に自動作成。On-Behalf-Of(OBO)委任をサポート。Azure AI User のような RBAC 割当てはデプロイ中に自動的に処理されます。
  • 真のスケールトゥゼロ課金。 コンピュートがアクティブな間のみ支払い。vCPU 時間あたり $0.0994 プラス GiB 時間あたり $0.0118。サンドボックスサイズは 0.25 から 2 vCPU、0.5 から 4 GiB で構成可能。
  • マルチプロトコルサポート。 Responses(OpenAI 互換)、Invocations(柔軟なカスタムペイロード)、Activity(Teams と M365 チャンネル)、A2A(エージェント間)。4 つのプロトコルすべてを単一エージェントで組み合わせ可能。
  • トラフィック分割付きイミュータブルバージョン。 重み付きトラフィック分割により、カスタムルーティングを書くことなくブルーグリーンとカナリアデプロイが可能。
  • フレームワークの柔軟性。 Microsoft Agent Framework v1.0、LangGraph、Semantic Kernel、CrewAI、LlamaIndex、Claude Agent SDK、OpenAI Agents SDK、GitHub Copilot SDK、またはプレーンな Python/C# コード — プラットフォームはフレームワーク非依存です。

サポート発表も重要です。Foundry Toolbox は同日にパブリックプレビューに入り、管理された MCP 互換エンドポイントとして Web Search、Code Interpreter、File Search、Azure AI Search、カスタム MCP サーバー、OpenAPI ツール、A2A をバンドルします。Foundry Memory は 1,000 イベントあたり $0.25、1,000 保存メモリあたり月 $0.25、1,000 取得あたり $0.50 で管理された長期メモリを提供します。

エンタープライズの要点: 4 月 22 日のリフレッシュはエンタープライズエージェントデプロイを阻んできた 3 つのガバナンスギャップを閉じます: 隔離はハイパーバイザー境界になり、ID はファーストクラスで自動化され、アイドル時のコストはついにゼロで予測可能になりました。AI アーキテクチャ戦略が POC モードで行き詰まっていた場合、これが再訪すべきプラットフォームの変曲点です。

ハイパーバイザー隔離が脅威モデルを変える理由

Microsoft の表現は意図的です: 共有プロセスやコンテナ隔離ではなく、「すべてのエージェントセッションが独自の VM で隔離されたサンドボックスを取得」 します。規制ワークロードにとって、コンテナのみのランタイムからの差は重要です:

  • コンテナブレイクアウト(runc クラスの脆弱性): VM 境界による多重防御で緩和。
  • テナント間のサイドチャネル・投機的実行攻撃: VM 境界が一般に受け入れられる緩和策。
  • セッション間状態漏えい: 防止 — 各セッションは独自の $HOME と /files を持ちます。

金融サービスチームにとって、セッションごとの VM 境界と Entra Agent ID + ユーザーごとの OBO の組合せは、規制当局が求める監査ナラティブの構築を大幅に容易にします: 「このトランザクションはこのユーザーの委任された権限を持つこのセッション上でこのエージェントにより、専用 VM 内で処理された」。

ただし注意事項は重要です。Microsoft はプレビュー中の Hosted Agents について HIPAA ビジネスアソシエイト契約のカバーを公開していません。Azure Government リージョンはありません。Hosted Agents をサポートする商業リージョンは現在 4 つだけです: Australia East、Canada Central、North Central US、Sweden Central。そして VM 境界は MCP ツールや OpenAPI 接続経由でデータを持ち出すエージェントを止めることはしません — 仍是 egress コントロール、DLP、コンテンツフィルタリングが必要です。

エンタープライズの要点: ハイパーバイザー境界は真のコンプライアンス向上ですが、プラットフォーム の境界です。エージェントのアウトバウンドツール呼び出しには、他の場所で適用するのと同じ AI ガバナンス — ネットワーク egress コントロール、ツール許可リスト、データフロー監査 — が引き続き必要です。

Entra エージェント ID: ガバナンスストーリー

ホストされたエージェントのデプロイには 2 つの ID が関わります:

  1. エージェント Entra ID(エージェントごと) — コンテナが認証するランタイム ID。モデル呼び出し、ツールアクセス、下流 Azure サービスに使用。
  2. プロジェクトマネージド ID(プロジェクト全体、システム割当て) — Azure Container Registry からコンテナイメージをプルするようなインフラ操作にプラットフォームが使用。

Azure Developer CLI(azd)でデプロイすると、アカウントスコープで Azure AI User ロールがエージェントの Entra ID に自動的に割り当てられます。所有する外部リソース — Cosmos DB、Blob Storage、Key Vault — については RBAC を手動で割り当てます。

実用的な落とし穴はフラグする価値があります。なぜならすべての早期採用者がつまずくからです:

  • Conditional Access は OBO フローにも適用。 「すべてのユーザーは MFA を使用 must」のようなポリシーはエージェントコンテキストに到達します。ユーザーが準拠デバイスのみの CA ポリシーを持つ場合、エージェントが対話型コントロールを満たせないため OBO トークンは拒否されます。修正: エージェントが実際に満たせるコントロール(マネージド ID + 名前付きの場所)でエージェント専用の CA ポリシーを作成し、ユーザー対象 MFA ポリシーからエージェント ID を除外。
  • OBO はユーザープリンシパルのみで動作。 エージェントがアプリ専用トークンで別のサービスから呼ばれる場合、OBO は選択肢ではありません — 別のエージェント間トークン取得フローが必要。
  • 委任された権限は暗黙ではありません。 エージェントの Entra ID は各下流リソースに対して委任された権限をテナント管理者の同意付きで明示的に付与される必要があります。これを忘れるとテスト開始から何時間も経ってから AADSTS65001 として実行時に現れます。
  • RBAC スコープの驚き。 プラットフォームはアカウントスコープで Azure AI User を自動割当てします。エージェントが Blob コンテナアクセスを必要とする場合、コンテナスコープで手動で割り当てる必要があります。紛らわしいことに、プラットフォーム割当てのロールはエージェント ID オブジェクトに直接ドリルダウンしない限り Entra ポータルに表示されません。

エンタープライズの要点: Hosted Agents をパイロットする前に、ID チームに既存の Conditional Access ポリシーでエージェント OBO フローをブロックするものがないか監査させてください。Entra 管理チームがエージェント専用ポリシーを定義しパイロットテナントでテストするための 1〜2 週間を予算化してください。このステップを省くと最初の本番デプロイは認証で失敗します。

実際の数字での価格

$0.0994/vCPU 時間 + $0.0118/GiB 時間の公開レートでの 3 つの現実的なワークロードの計算:

  • 軽く使われるエンタープライズアシスタント(1 日 200 セッション × 1 vCPU × 2 GiB × 平均 5 分セッション): 1 日約 16.7 vCPU 時間 + 33.3 GiB 時間。月額コンピュート: 約 $62。
  • 重いマルチエージェントオーケストレーション(50 同時セッション × 1 vCPU × 2 GiB × 1 日 10 アクティブ時間): 1 日約 500 vCPU 時間 + 1,000 GiB 時間。月額コンピュート: 約 $1,845。
  • スパイキーなコンシューマ向けエージェント(500 セッションの 2 時間プロモバースト + ほぼゼロのベースライン): アイドル時の真のコストがゼロで実質 1 日 $1-5。

競争比較も重要です。Google の Vertex AI Agent Engine は vCPU 時間あたり $0.0864、GiB 時間あたり $0.0105 で価格設定 — コンピュートで約 13%、メモリで 11% 安い。AWS Bedrock AgentCore は 2025 年 10 月から GA で、Runtime、Gateway、Memory、Identity、Observability、Browser、Code Interpreter、Policy コンポーネントにわたり機能ごと従量課金です。

Microsoft はセッションごとのハイパーバイザー隔離、ファーストクラスの Entra ID 統合、ワンクリックの Teams と M365 パブリッシングの組合せに対して控えめなプレミアムを請求しています。Microsoft 製品のエンタープライズにとって、そのプレミアムは正当化しやすい。Microsoft ID フットプリントのないグリーンフィールドのコンシューマアプリケーションには、Vertex がより安い答えです。

エンタープライズの要点: ホスティングプラットフォームに関わらず、モデルトークンがエージェントコストを 10〜100 倍で支配します。Foundry、Vertex、Bedrock 間のコンピュートコスト差が総請求額を 2〜3% 以上動かすことはめったにありません。vCPU 時間あたりの差を追うのではなく、ID、コンプライアンス、既存ツール投資に合うプラットフォームのために最適化してください。

何が壊れるか: プレビュー上限、既知の問題、移行ギャップ

プレビュー開始から 2 日で、運用面の状況はまだ乏しいです。これまでに浮上したもの:

  • サブスクリプションあたりリージョンあたり 50 アクティブ同時セッション。 サポートリクエストで調整可能だが、クォータプロセス自体が新しく、プレビュー中のリードタイムは文書化されていません。
  • Python と C# のみ。 チームが TypeScript や Java でエージェントロジックを書く場合、待つことになります。管理 SDK は JS と Java をサポートしますが、ランタイムはしません。
  • Azure Container Registry は公開到達可能でなければなりません。 プライベートリンクで保護された ACR はまだサポートされていません。Microsoft はこのギャップを公に認識し修正を約束しています。
  • 「Hosted Agents are not enabled in this region」(microsoft-foundry-for-vscode リポジトリの GitHub issue #316) — サポートされていないリージョンを選ぶユーザーは有益なガイダンスなしに 400 エラーに遭遇します。
  • モデルクォータ依存関係。 ターゲットリージョンで必要な Azure OpenAI モデルクォータがゼロの場合、エージェントインフラが承認されていても Hosted Agent デプロイは失敗することがあります。デプロイ前に両方を確認してください。
  • クラシックエージェントツールはなくなりました。 Azure Functions ツール、Connected Agents、Deep Research のクラシックツールとしての直接の引継ぎはありません。代替: Workflow + A2A、Web Search ツール付き Deep Research モデル。

最大のドキュメントギャップは、Ignite 時代プレビューユーザー向けの Hosted Agents 専用の移行ガイド です。Microsoft は強力な API サーフェス移行ガイド(threads → conversations、runs → responses、create_agent → create_version)と aka.ms/agent/migrate/tool で自動化ツールを公開しました。しかしコンピュートバックエンドの切替 — コンテナの再パッケージ、新しい Responses と Invocations プロトコルライブラリの採用、azd ai agent init / provision / deploy による再デプロイ — にはまだ専用のステップバイステップ文書がありません。5 月の Microsoft Build 2026 前に公開されることを期待してください。

エンタープライズの要点: 組織が Ignite プレビューでホストされたエージェントを実行していた場合、1〜2 スプリントの再実装サイクルを計画してください。API 移行ツールはコードのメカニクスを処理しますが、コンテナパッケージ、リージョン選択、プロトコルライブラリの変更は処理しません。これはローリングアップグレードではなくカットオーバーです。

Foundry Hosted Agents が代替に対してどこに位置づくか

Microsoft 自身のフィールドガイドは Hosted Agents をマネージドプラットフォームのシンプルさとカスタムコードの柔軟性の間のスイートスポットとして位置づけています。Microsoft エージェントスタックの実践的な意思決定フレームワークを以下に示します:

  • Copilot Studio — ビジネス向け Copilot の正面玄関。ガバナンス組み込みのローコードオーケストレーション。ビジネスユーザーがライフサイクルを所有し試作速度が支配する場合に選択。
  • Microsoft 365 Copilot エージェント — M365 エクスペリエンス内のビジネスユーザーエージェント。深い Graph と Teams 統合。
  • Foundry のプロンプト(宣言型)エージェント(2026 年 3 月から GA) — スキーマ駆動エージェント、カスタムランタイムコード不要。
  • Foundry Hosted Agents(プレビュー、2026 年 4 月 22 日リフレッシュ) — コンテナ化されたコード、ハイパーバイザー隔離、管理されたランタイム、フレームワーク非依存。
  • インプロセス SDK エージェント(Microsoft Agent Framework v1.0) — 独自のプロセス、サービス、コンテナ内で実行されるエージェント。最低レイテンシ、完全なランタイム制御、インフラは自分で運用。
  • Azure Container Apps と動的セッション — コードインタープリタサンドボックス付きの汎用コンテナ化エージェントワークロード。より多くの制御、より少ないエージェントネイティブツーリング。
  • Azure Kubernetes Service — マルチクラスター連携、最大のネットワーキング柔軟性、最高の運用コスト。Foundry が現在認証する以上のサービスメッシュやコンプライアンスフレームワークが必要な場合の正解。

2026 年に IT 運用向けエージェント的 AI をデプロイするほとんどのエンタープライズ IT チームにとって、現実的なショートリストは Foundry Hosted Agents(ID と隔離組み込みで本番までの時間を短縮)、Windows 365 Cloud PC や専用 VM で実行するインプロセス SDK エージェント(完全なランタイム制御)、Copilot Studio(ビジネスユーザー所有のワークフロー)です。意思決定基準は通常: 誰がエージェントのライフサイクルを所有し、どれだけのランタイム制御が必要か? です。

エンタープライズの要点: Hosted Agents はほとんどのエンタープライズユースケースで「ACA や AKS 上にマネージドランタイムを自分で構築する」選択肢を置き換えます。レイテンシセンシティブな作業のインプロセス SDK エージェントやビジネスユーザー所有のフローの Copilot Studio は置き換えません。ツールをライフサイクル所有者に合わせてください。

今週やること

今週のリリースに基づく IT リーダー向けの 5 つの具体的アクション:

  1. Ignite プレビューのホストされたエージェントを監査。 4 月 22 日以前のプレビューバックエンドでホストされたエージェントを実行していた場合、それらをインベントリしカットオーバスプリントを計画してください。古いバックエンドは廃止されます。移行ガイドを待つことなくインベントリ作業をしてください。
  2. 1 つ承認された Hosted Agents パイロットを実行。 スコープが明確な IT 運用ワークフロー — ログトリアージ、構成監査、Intune ポリシードリフト検出 — を選び、North Central US または Canada Central で 1 vCPU / 2 GiB サンドボックスにデプロイしてください。スケールトゥゼロでアイドル時のパイロットコストは実質ゼロです。
  3. ID チームにブリーフ。 Entra 管理者に既存の Conditional Access ポリシーでエージェント OBO フローをブロックするものをレビューさせ、マネージド ID + 名前付き場所のコントロールを使ってエージェント専用の CA ポリシーを起草させてください。これが最も一般的な本番ブロッカーです。
  4. フレームワークの忠誠を決定。 Microsoft Agent Framework v1.0 は 2026 年 4 月 2 日に GA 到達。チームがまだ Semantic Kernel や AutoGen の場合、今すぐ Agent Framework に移行してください — SK と AutoGen のコードベースはロングテール保守モードです。すでに LangGraph や CrewAI の場合、Hosted Agents はネイティブサポートし、移行不要です。
  5. ベンダー比較マトリクスを更新。 4 月 22 日の機能で AI プラットフォームマトリクスをリフレッシュしてください: ハイパーバイザー隔離、$0.0994/vCPU 時間の価格、50 セッションのプレビュー上限、4 リージョン可用性。これを使って 2026 年第 2 四半期以前に決定したマルチクラウドエージェント戦略を再訪してください。

Hosted Agents のガバナンスストーリーはついにマーケティングストーリーに合致しました。本番デプロイの前に ID、隔離、監査可能性がエンタープライズグレードに到達するのを待っていた組織にとって、待ち時間は概ね終わりました。残りのギャップ — 移行ドキュメント、プライベートネットワーク ACR、追加言語、より広いリージョンカバレッジ — はすべてアクティブな Microsoft ロードマップシグナルを持ち、一般提供前には解決される可能性が高いです。

組織が本番ワークロード向けに Microsoft Foundry Hosted Agents の評価を支援が必要な場合 — ID アーキテクチャ、エージェント OBO フローの Conditional Access デザイン、Ignite プレビューからの移行、Foundry、Azure Container Apps、インプロセス SDK エージェント間のプラットフォーム選択 — Big Hat Group は、Microsoft が出荷するものと組織が大規模に安全に運用するために実際に必要なものを橋渡しする エンタープライズ AI コンサルティングを専門としています。お問い合わせでパイロットのスコープを相談してください。

Kevin Kaminski は Big Hat Group のプリンシパルアーキテクトで、エンタープライズが現実世界で機能する Azure AI、Windows 365、Microsoft Intune ソリューションをデプロイするのを支援しています。Big Hat Group に Azure コンサルティング、Windows 365 コンサルティング、AI エージェントコンサルティングでお問い合わせください。