Managed Cloud Platform (MCP)¶
Die Managed Cloud Platform ist die Azure landing zone, die Xebia Microsoft Managed Services (XMMS) entwickelt und als release veröffentlicht. Sie wird als Code bereitgestellt: ein gemeinsames, versioniertes Code-Repository und pro Kunde ein Konfigurations-Repository.
Die Plattform wird von einem Plattform-Team betrieben. Das ist entweder XMMS im Rahmen eines managed-service-Vertrags oder das eigene Team des Kunden, wenn der Kunde die Plattform gekauft hat, um sie selbst zu betreiben. Diese Dokumentation deckt beides ab: siehe Betriebsmodelle.
Was ist das und wer nutzt es¶
flowchart TB
root["Was ist das / wer nutzt es"]
root --> platform["Plattform-Team = XMMS (managed) oder Kunden-Team (Eigenbetrieb)"]
root --> consumers["Nutzer / DevOps-Teams"]
platform --> tech["Was ist das (Technik) und wie funktioniert es"]
tech --> code["Code: Tools, Provisionierung, Bauen und Veröffentlichen"]
tech --> config["Konfiguration: hub- und spoke-Konfiguration"]
consumers --> spoke["Ein spoke = ihr Produkt"]
| Du bist… | Du musst wissen… | Starte hier |
|---|---|---|
| Neu auf der Plattform (alle) | Warum die Plattform so aufgebaut ist, wie sie ist | Allgemein: Plattform-Philosophie |
| Plattform-Engineer (XMMS oder das eigene Plattform-Team des Kunden) | Was die Plattform technisch ist, wie sie deployt wird, wie du sie baust, veröffentlichst und konfigurierst | Plattform |
| Nutzer (ein DevOps- oder workload-Team des Kunden) | Was du bekommst, wo die Grenzen liegen, was du selbst erledigst, wie du Dinge anfragst und änderst | Nutzer |
Weitere Referenz¶
| Thema | Seite |
|---|---|
| Layers, Domänen, management groups, hub und spokes | Architekturreferenz |
| Core-, direkte und zusätzliche Services; Spoke-Varianten | Service-Typen |
| Entscheidungen, Ausnahmen, Änderungskategorien, Service Levels | Governance |
| Guardrails für Workload-Teams und die Plattform | Design-Prinzipien |
| Wiederverwendbare Design-Leitlinien (Firewallregeln, Regionen, DNS, Agents, VPN) | Design-Leitlinien |
Die Plattform in einem Absatz¶
Ein hub stellt das gemeinsame Networking, die Security, Governance und das Monitoring bereit. Jeder workload erhält spokes: eine Azure subscription pro workload und spoke-Umgebung, verbunden mit dem hub. Der hub wird in layers mit Terraform deployt, zuerst auf eine canary-Kopie des hub und danach auf prod. Alles läuft aus pipelines im Konfigurations-Repository, die eine veröffentlichte Version des Code-Repositorys fest vorgeben (pin). Niemand ändert Azure von Hand.
Quellen¶
Diese Seiten basieren auf:
| Repository | Verwendet als |
|---|---|
xms-cloud-platform-code |
Source of Truth dafür, wie die Plattform funktioniert (Terraform, Xebia.Mcp module, pipelines) |
xms-cloud-platform-config |
Referenz-Konfigurations-Repository (XDEV-Tenant) |
XMS |
Die bisherige Plattform-Dokumentation, einschließlich des Operator-Leitfadens, auf dem diese Seite aufbaut |
Wo Code und ältere Dokumentation sich widersprechen, folgen diese Seiten dem Code auf main (geprüft am 15. Oktober 2026).