エージェント開発は、動くものを作るより運用で詰まりやすいです。コンテナ化、スケール、認証、監視、状態管理まで自前で抱えると、ロジック以外の仕事が増えます。Microsoft Foundry の Hosted agents は、その負担をまとめて外に出すための選択肢です。

https://learn.microsoft.com/en-us/azure/foundry/agents/concepts/hosted-agents

この記事でわかること。
– Hosted agents が何を肩代わりするか
– どんな構成なら使う価値があるか
– 既存の Agent Framework や LangGraph とどうつなぐか
– 導入前に確認すべき制約

Hosted agents は何を解決するか

Hosted agents は、コードで書いたエージェントを Microsoft 管理の基盤上で動かす仕組みです。Foundry の説明では、開発者は自分のエージェントコードや好みのフレームワークを使い、実行基盤はプラットフォーム側に寄せられます。つまり、LLM に何をさせるかは自分で決め、どう動かして止めて監視するかは Foundry に寄せる構造です。

この分担が効くのは、本番で必要になる作業が多いからです。たとえば、Docker イメージの用意、スケール設計、会話コンテキストの維持、観測基盤への接続、更新時の切り戻しです。試作段階では見えにくいですが、運用開始後はここがボトルネックになります。Hosted agents はその手前を標準化します。

向いている構成

Hosted agents は、プロンプトだけで完結する単純なエージェントより、独自の制御が必要なケースに向きます。Agent Framework、LangGraph、あるいは自前実装で、複数ステップの推論やツール呼び出しを組みたいときに使いやすいです。

特に相性がよいのは、次のような場面です。
– 外部 API を呼びながら作業を進める業務エージェント
– 長めの会話履歴を持つサポートボット
– 社内データやツール連携を前提にした自動化
– 本番環境で可観測性を重視する運用

Foundry の hosted agents は、会話コンテキストをプラットフォーム側で扱い、OpenTelemetry によるトレースやメトリクス、ログの出力も想定しています。開発時に見える「単なるチャットUI」の印象より、実際はかなり運用寄りの仕組みです。

実装で見ておく点

導入時に最初に見るべきなのは、アプリの責務境界です。エージェントの判断ロジックと、インフラや認証の責務を分けられるかが重要です。Hosted agents では、Managed Identity や Secret Store を使う前提で設計するのが基本です。コンテナ内や環境変数に秘密情報を置く設計は避けるべきです。

もう1つのポイントは、観測性です。Hosted agents は、フレームワーク由来のトレースやログを Foundry 側へ流しやすい構成になっています。これは障害対応だけでなく、プロンプトやツール呼び出しの品質改善にも効きます。どこで失敗したかを追えると、エージェントの改善速度が上がります。

制約もある

Hosted agents は preview です。つまり、完成品として見切るより、運用設計の土台として評価する段階です。公式ドキュメントではリージョンや上限、価格、ネットワークまわりの注意が示されています。たとえば、ネットワーク分離には制約があり、料金も preview 中の扱いです。

ここは見落とすと危険です。便利に見えても、社内のセキュリティ要件や配布要件に合わないと採用できません。使う前に、次の3点は必ず確認してください。
– 必要なリージョンで使えるか
– 既存の Azure 権限設計と整合するか
– 外部サービスとのデータ流通を許容できるか

既存のエージェント基盤との違い

従来の構成では、エージェントのコードを自分でホストし、監視もスケーリングも個別に組む必要がありました。Hosted agents は、そのうちの多くを Foundry に寄せます。違いは「エージェントを作ること」より「エージェントを継続運用すること」にあります。

一方で、完全なノーコードではありません。自分のコードを持ち込み、必要ならフレームワークも選べます。つまり、制御性を残したまま、運用の面倒を減らす方向です。独自の振る舞いが必要なチームほど、この設計の価値が出ます。

まとめ

Hosted agents は、AI エージェントを本番に載せるときの「面倒な周辺作業」を減らすための機能です。試作では見えにくい運用コストを下げたいなら、有力な選択肢になります。

逆に、単純なチャットや短いワークフローだけなら、より軽い構成で十分です。Hosted agents は万能ではありません。ですが、コードベースのエージェントを継続運用する前提なら、最初から検討する価値があります。