KI-Plattform¶
Teams, die KI-Anwendungen und Agents auf Azure bauen, brauchen jedes Mal dieselben Bausteine: einen Model-Endpoint, einen Ort, an dem Agents ihre Unterhaltungen und Dateien ablegen, einen Vector Store, Monitoring und einen Zugriff, der über Gruppen gesteuert wird. Die KI-Plattform ist eine optionale Lösung der Plattform, die diese Bausteine auf Azure AI Foundry in einem privaten Netzwerk bereitstellt und jedem workload ein eigenes, isoliertes Foundry project gibt.
Optionales Angebot, dokumentiert anhand der Terraform-Module
Die KI-Plattform ist nicht Teil des Core-MCP-hub-and-spoke. Ob sie verfügbar ist und wie sie aufgesetzt wird, hängt von deiner Plattform ab. Frag dein Plattform-Team. Diese Dokumentation basiert auf den Terraform-Modulen der Lösung. Die Module sind der gelieferte Teil der Lösung. Der umgebungsspezifische Deployment-Code (die „deploy roots“) ist in der Quelle für eine spätere Phase geplant, deshalb beschreiben die Seiten das Referenzdesign: Dein Deployment kann abweichen. Siehe Bekannte Probleme und offene Punkte.
Was du bekommst¶
| Bereich | Was die Lösung leistet | Seite |
|---|---|---|
| Umfang | Was angeboten wird und was nicht | Servicebeschreibung |
| Design | Gemeinsamer Account, Projects, Datenspeicher, Netzwerk und Namensgebung | Architektur |
| Verantwortlichkeiten | Wer was betreibt: Plattform-Team und Workload-Team | Verantwortlichkeiten |
| Zugriff | Owner-, Contributor- und Reader-Gruppen pro Project und die Rollen, die sie bekommen | Zugriff und RBAC |
| Bauen | Wie ein workload sein Project findet und eine eigene Identität bekommt | Auf der Plattform bauen |
| Betrieb | Die Terraform-Module, Inputs und Outputs | Plattform-Module |
| Offene Punkte | Bekannte Probleme und was noch bestätigt werden muss | Bekannte Probleme |
| Entscheidungen | Die Designentscheidungen hinter der Lösung | Entscheidungen |
Terminologie¶
| Begriff | Bedeutung |
|---|---|
| Foundry account | Der gemeinsame Azure-AI-Services-Account (kind AIServices) der Plattform. Er ist der Parent aller Projects. |
| Foundry project | Ein auf einen workload zugeschnittener Namespace im Account, mit eigener Identität, eigenen connections und Datenspeichern. |
| Capability host | Die Project-Einstellung, die Foundry anweist, Agents auszuführen, und festlegt, wo Agents ihre Dateien, threads und Vektoren ablegen. |
| Workload identity | Eine user-assigned managed identity deiner Anwendung, mit den Rollen, die sie auf den Plattform-Ressourcen braucht. |
| Spoke | Die Azure subscription deines workloads, siehe Was du bekommst. |
Wie sie zur Plattform passt¶
Die KI-Plattform wird in einem spoke der Managed Cloud Platform deployt. Sie nutzt das spoke-Netzwerk, private endpoints, den Log-Analytics-workspace und den Key Vault dieses spokes. Anfragen, Änderungen und Support folgen der generischen Arbeitsweise der Plattform: Wie du Anfragen stellst und Support. Wer das Plattform-Team ist, hängt vom Betriebsmodell ab: XMMS im Rahmen eines managed-service-Vertrags oder dein eigenes Team, wenn du die Plattform selbst betreibst. Siehe Betriebsmodelle.
Verwandt¶
- Servicetypen: Core-, direkte und zusätzliche Services
- Architekturreferenz: Schichten, management groups, hub und spokes
- DNS-Design: Wie Namen von private endpoints aufgelöst werden
- Nutzer: Was ein Workload-Team von der Plattform bekommt