Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Après avoir créé un agent ou un flux de travail, choisissez d’abord qui exploite son infrastructure. Il s’agit d’un choix opérationnel entre les agents hébergés gérés par Microsoft et l’auto-hébergement ; il est distinct du protocole que les clients utilisent pour atteindre votre agent.
Choisir un modèle d’hébergement
| Agents hébergés dans Foundry | Auto-hébergement | |
|---|---|---|
| Qui exploite l’infrastructure ? | Microsoft Foundry Agent Service gère le conteneur, la mise à l’échelle, le cycle de vie des sessions et l’intégration à la plateforme. | Votre application s’exécute dans votre service web, conteneur, runtime ou infrastructure existante. |
| Que fonctionnez-vous ? | Votre code d’agent et votre configuration Foundry. | Itinéraires, identité, autorisation, stratégie de demande, stockage, déploiement, mise à l’échelle et bibliothèques clientes natives. |
| Choisissez cette option quand | Vous souhaitez héberger l’agent géré par Microsoft. | Vous avez besoin d’un contrôle au niveau de l’application ou devez l’intégrer à votre infrastructure existante. |
| Commencer ici | Héberger un agent dans Foundry | Héberger soi-même une application Agent Framework |
Les agents hébergés Microsoft Foundry sont désormais disponibles. Les packages Python d’auto-hébergement actuels sont des préversions ; consultez le guide d’auto-hébergement pour obtenir des informations sur le cycle de vie propres à chaque package.
Pour les déclencheurs Azure Functions, l’exécution durable ou une orchestration de longue durée, utilisez la Durable Extension. Il s’agit d’un chemin d’hébergement auto-géré avec l’infrastructure Durable Task.
Choisir un protocole séparément
Le modèle d’hébergement ne détermine pas le protocole. Par exemple, le protocole Réponses OpenAI fonctionne avec les deux modèles :
- Foundry Hosted Agents exposent des points de terminaison Responses et Invocations gérés et prennent en charge le protocole Activity pour les canaux Microsoft 365.
-
L’auto-hébergement permet à votre application d’utiliser les assistants Responses pour exposer un point de terminaison
/responsesavec son propre cadriciel, routage et politique.
Après avoir choisi un hôte, sélectionnez l’intégration du client qui correspond à votre scénario :
- Points de terminaison compatibles avec OpenAI pour les API Responses et Chat Completions.
- Hébergement A2A pour exposer un agent Agent Framework via le protocole Agent-to-Agent.
- Service d’agent A2A pour appeler un agent compatible A2A distant.
- AG-UI pour les applications d’agent web.
- Bots Telegram pour une intégration d’API de bot Telegram native auto-hébergée.
- Outils MCP pour exposer un agent ou un flux de travail en tant qu’outil MCP natif.
Étapes suivantes
Aller plus loin :