エージェントまたはワークフローを構築したら、まずインフラストラクチャを運用するユーザーを選択します。 これは、Microsoftマネージド Foundry Hosted Agents とセルフホスティングの間の運用上の選択肢です。クライアントがエージェントに到達するために使用するプロトコルとは別です。
ホスティング モデルを選択する
| Foundry ホスト型エージェント | セルフホスティング | |
|---|---|---|
| インフラストラクチャを運用するユーザー | Microsoft Foundry Agent Service は、コンテナー、スケーリング、セッション ライフサイクル、プラットフォーム統合を担います。 | アプリケーションは、Web サービス、コンテナー、ランタイム、または既存のインフラストラクチャで実行されます。 |
| あなたは何を操作していますか? | エージェント コードと Foundry の構成。 | ルート、ID、承認、要求ポリシー、ストレージ、デプロイ、スケーリング、ネイティブ クライアント ライブラリ。 |
| 次の場合に選択します。 | Microsoftマネージド エージェント ホスティングが必要です。 | アプリケーション レベルの制御が必要であるか、既存のインフラストラクチャと統合する必要があります。 |
| ここから始める | Foundry でエージェントをホストする | Agent Framework アプリケーションをセルフホストする |
Microsoft Foundry Hosted Agents は一般提供されています。 現在のPythonのセルフホスティング パッケージはプレリリースです。パッケージ固有のライフサイクル情報については、セルフホスティング ガイドを参照してください。
Azure Functions トリガー、永続的な実行、または実行時間の長いオーケストレーションの場合は、Durable Extension を使用します。 これは、Durable Task インフラストラクチャを備えた自己管理型ホスティング パスです。
プロトコルを個別に選択する
ホスティング モデルはプロトコルを決定しません。 たとえば、OpenAI 応答プロトコルは両方のモデルで動作します。
- Foundry Hosted Agents は、マネージド応答と呼び出しエンドポイントを公開し、Microsoft 365 チャネルのアクティビティ プロトコルをサポートします。
-
セルフホスティング を使用すると、アプリケーションで応答ヘルパーを使用して、独自のフレームワーク、ルーティング、ポリシーを使用して
/responsesエンドポイントを公開できます。
ホストを選択した後、シナリオに合ったクライアント統合を選択します。
- Responses および Chat Completions 対応 API 向けのOpenAI互換エンドポイント。
- エージェント間の相互運用性のための Agent-to-Agent (A2A)。
- Web ベースのエージェント アプリケーション用の AG UI。
- セルフホステッド ネイティブ Telegram Bot API 統合用の Telegram ボット。
- エージェントまたはワークフローをネイティブ MCP ツールとして公開するための MCP ツール。
次のステップ
より深く進む: