Wer nach dem Preis der „Microsoft Sovereign Cloud“ sucht, findet keinen, denn 2026 ist das kein einzelnes Azure-Produkt. Microsoft beschreibt mehrere Betriebsmodelle: Sovereign Public Cloud in Microsoft-Rechenzentren, Sovereign Private Cloud auf Azure Local in kundenseitig kontrollierter Infrastruktur und National Partner Clouds mit regionalen Partnern.
Eine Kostenbewertung beginnt deshalb bei dem Control, das tatsächlich gebraucht wird. Wer mit Preisen anfängt, stellt schnell eine reguläre Azure-Region neben eine private oder partnerbetriebene Architektur, die für eine andere Anforderung und ein anderes Betriebsmodell gebaut wurde.
Drei Modelle, drei Kostenfragen
| Betriebsmodell | Von Microsoft beschriebene Grenze | Kostenfrage |
|---|---|---|
| Sovereign Public Cloud | Microsoft-betriebene Rechenzentren innerhalb einer definierten geopolitischen Grenze, etwa der EU Data Boundary | Welche zusätzlichen Controls und Services werden tatsächlich aktiviert, und wie verändern sie Architektur, Betrieb und Support? |
| Sovereign Private Cloud | Kundenseitig oder durch Partner betriebene Umgebung auf Azure Local, auch für hybride oder getrennte Szenarien | Welche Hardware-, Standort-, Personal-, Lifecycle- und Kapazitätskosten übernimmt die Organisation? |
| National Partner Cloud | Lokale Instanz mit freigegebenem nationalem oder regionalem Partner; Umfang und Rollout unterscheiden sich | Welche Leistungen, Preise, Vertragsparteien und Betriebsaufgaben gelten im konkreten Land? |
Die Microsoft-Sovereign-Cloud-Dokumentation ist der Ausgangspunkt für die Modellwahl. Die Servicematrix und ein Angebot für die geplante Konfiguration brauchen Sie trotzdem.
EU Data Boundary nicht mit vollständiger Isolation verwechseln
Die EU Data Boundary ist eine geografische Grenze aus EU- und EFTA-Staaten. Microsoft verpflichtet sich dort für erfasste Enterprise Online Services zur Speicherung und Verarbeitung bestimmter Kundendaten und personenbezogener Daten sowie zur Speicherung von Professional Services Data im Ruhezustand.
Die Zusage hat allerdings Voraussetzungen und dokumentierte Ausnahmen. Für Azure müssen regionale Dienste in einer erfassten EU-Data-Boundary-Region bereitgestellt und nichtregionale Dienste passend konfiguriert werden. Microsoft führt außerdem eine aktuelle Übersicht über fortbestehende Transfers.
Für das Kostenmodell heißt das:
- Nicht „EU Data Boundary“ als pauschale SKU behandeln.
- Pro Workload die benötigte Datenart, Region, nichtregionale Dienste und Ausnahme prüfen.
- Nur Controls und Architekturänderungen bepreisen, die für die konkrete Anforderung nötig sind.
- Rechtliche Bewertung und technische Konfiguration getrennt verantworten.
Vom Control zur Kostenzeile
Bevor ein Anbieterangebot in den Business Case wandert, ordnen Sie jedem Control die Kosten zu, die es verursacht:
| Erforderliches Control | Technischer Nachweis | Mögliche Kostenwirkung | Owner |
|---|---|---|---|
| Datenresidenz | Zulässige Region und Servicekonfiguration | Regionale Rate, Datenbewegung, eingeschränkte Servicewahl | Architecture |
| Operativer Zugriff | Freigegebener Betriebs- und Supportpfad | Supportmodell, Prozess und Wartezeit | Security |
| Schlüsselhoheit | Gewähltes Key-Management-Modell | HSM, Schlüsselbetrieb, Verfügbarkeit und Recovery | Security und Platform |
| Getrennter Betrieb | Zielmodell Public, Private oder Partner | Hardware, Kapazität, Personal und Lifecycle | Platform und Finance |
| Nachweisführung | Logs, Policies und Review-Prozess | Speicherung, Auswertung und Kontrollaufwand | Compliance |
Lässt sich eine Kostenzeile keinem Control zuordnen, gehört sie auf den Prüfstand. Hat ein Control keinen technischen Nachweis, ist es noch nicht umgesetzt und zählt im Business Case nicht.
Public Cloud und Azure Local nicht nur per Verbrauchspreis vergleichen
Sovereign Public Cloud bleibt verbrauchsbasiertes Azure. Bei Sovereign Private Cloud wandert ein großer Teil der Verantwortung zur eigenen Organisation oder zum Betreiber. Ein fairer Vergleich braucht deshalb mehr als Compute- und Storage-Preise:
- Hardware- und Erneuerungszyklus;
- reservierte Kapazität und ungenutzter Headroom;
- Rechenzentrum, Energie und Netzwerk;
- Plattformbetrieb, Updates und Bereitschaft;
- Backup, Recovery und getrennte Testumgebungen;
- Support und Herstellerabhängigkeiten;
- Lizenzierung und Marketplace-Produkte;
- Kosten für Auditnachweise und Kontrollbetrieb.
Halten Sie Funktionsumfang, Risikobasis und Betrachtungszeitraum gleich. On-Demand-Preise der Public Cloud gegen vollständig reservierte Private-Cloud-Kapazität zu stellen, ergibt zwar eine Zahl, hilft aber bei keiner Entscheidung.
Die Azure-Kostendaten passend wählen
Azure Cost Management unterstützt Exporte für Actual Cost, Amortized Cost und FOCUS Cost. Die Exports API 2026-06-01 führt diese Typen ausdrücklich auf.
Jeder Typ beantwortet eine andere Frage:
- Actual Cost: Rechnungsnahe Sicht auf angefallene Nutzung und Käufe.
- Amortized Cost: Verteilung von Reservations- und Savings-Plan-Käufen auf die Perioden und Nutzung, die den Benefit erhält.
- FOCUS Cost: Standardisierte Analyse über eine gemeinsame FinOps-Semantik, sofern die benötigten Felder und Scope-Grenzen abgedeckt sind.
Für ein Sovereign-Review sollten Scope, Währung, Kostentyp, Exportversion und Abrufdatum im Bericht stehen. Mischen Sie Actual und Amortized Cost nicht in einer Zeitreihe, ohne den Methodenwechsel sichtbar zu machen.
Ein belastbarer Vergleich in sechs Schritten
- Anforderung und Entscheider dokumentieren.
- Passendes Sovereign-Betriebsmodell auswählen.
- Region, Services, Ausnahmen und erforderliche Controls bestätigen.
- Zielarchitektur samt Betrieb und Support vollständig erfassen.
- Laufende Kosten, Einmalkosten und Rest-Commitments getrennt rechnen.
- Kostendatenexport und monatliche Abstimmung vor der Freigabe testen.
Am Ende steht kein Urteil darüber, ob „Sovereign Cloud teurer“ ist. Sondern eine Entscheidung, die sich prüfen lässt: welches Betriebsmodell eine benannte Anforderung erfüllt und was genau dieses Modell im eigenen Unternehmen kostet.
Dieselbe Prüfung für die getrennte AWS-Partition beschreibt AWS European Sovereign Cloud: die Kostenfragen vor einer Migration. Welche Azure-Kostendaten Costfluent liest, steht auf der Azure-Integrationsseite.
Quellen und Prüfgrenze
Geprüft am 6. September 2026: Microsoft Sovereign Cloud overview, Sovereign Public Cloud capabilities, EU Data Boundary overview, dokumentierte Transfers außerhalb der Boundary und Azure Cost Management Exports API.
Microsoft-Quellen beschreiben Produktmodelle und Zusagen. Ob sie eine konkrete regulatorische oder vertragliche Anforderung erfüllen, muss die verantwortliche Organisation rechtlich und technisch prüfen.