Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Nachdem Sie einen Agent oder Workflow erstellt haben, wählen Sie zuerst aus, wer seine Infrastruktur betreibt. Dies ist eine operative Wahl zwischen Microsoft verwalteten Foundry Hosted Agents und Self-Hosting. Es unterscheidet sich von dem Protokoll, das Clients verwenden, um Ihren Agent zu erreichen.
Auswählen eines Hostingmodells
| Foundry-gehostete Agenten | Eigene Hosting-Lösung | |
|---|---|---|
| Wer betreibt die Infrastruktur? | Microsoft Foundry Agent Service führt den Container, die Skalierung, den Sitzungslebenszyklus und die Plattformintegration aus. | Ihre Anwendung wird in Ihrem Webdienst, Container, Laufzeit oder vorhandenen Infrastruktur ausgeführt. |
| Was betreiben Sie? | Der Code Ihres Agenten und die Foundry-Konfiguration. | Routen, Identität, Autorisierung, Anforderungsrichtlinie, Speicher, Bereitstellung, Skalierung und systemeigene Clientbibliotheken. |
| Wählen Sie diese Option aus, wenn | Sie möchten von Microsoft verwaltetes Agent-Hosting. | Sie benötigen kontrolle auf Anwendungsebene oder müssen in Ihre vorhandene Infrastruktur integriert werden. |
| Beginnen Sie hier | Einen Agenten in Foundry hosten | Selbsthosten einer Agent Framework-Anwendung |
Microsoft Foundry Hosted Agents ist allgemein verfügbar. Die aktuellen Python Self-Hosting-Pakete sind Vorabversionen. Weitere Informationen finden Sie im Self-Hosting-Leitfaden für paketspezifische Lebenszyklusinformationen.
Verwenden Sie für Azure Functions-Trigger, dauerhafte Ausführungen oder lang andauernde Orchestrierungen die Durable Extension. Es handelt sich um einen selbstverwalteten Hostingansatz mit Durable-Task-Infrastruktur.
Separates Auswählen eines Protokolls
Das Hostingmodell bestimmt das Protokoll nicht. Das OpenAI Responses-Protokoll funktioniert beispielsweise mit beiden Modellen:
- Foundry Hosted Agents stellen verwaltete Responses- und Invocations-Endpunkte bereit und unterstützen das Activity-Protokoll für Microsoft-365-Kanäle.
-
Self-hosting ermöglicht Ihrer Anwendung, die Responses-Hilfsfunktionen zu verwenden, um mit ihrem eigenen Framework, Routing und ihren eigenen Richtlinien einen
/responsesEndpunkt bereitzustellen.
Nachdem Sie einen Host ausgewählt haben, wählen Sie die Clientintegration aus, die Ihrem Szenario entspricht:
- OpenAI-kompatible Endpunkte für Antworten und Chatabschluss-kompatible APIs.
- Agent-zu-Agent (A2A) für die Agentinteroperabilität.
- AG-UI für webbasierte Agent-Anwendungen.
- Telegram-Bots für eine selbst gehostete native Telegram Bot-API-Integration.
- MCP-Tools zum Verfügbarmachen eines Agents oder Workflows als systemeigenes MCP-Tool.
Nächste Schritte
Gehen Sie tiefer: