Multicloud ist selten eine Strategie – meist eine Diagnose
Kaum eine größere Organisation hat sich Multicloud bewusst ausgesucht. Sie entsteht: durch Zukäufe, durch Fachbereiche mit eigenen Verträgen, durch SaaS-Dienste, die längst geschäftskritisch sind, bevor die IT sie inventarisiert hat. Die relevante Frage lautet deshalb nicht, ob man mehrere Clouds nutzt – das tun praktisch alle –, sondern ob man sie beherrscht: mit gemeinsamer Identität, durchgesetzten Leitplanken und einer Kostensicht, die den Namen verdient.
Architektur: Placement schlägt Plattform
Tragfähige Multicloud-Architekturen beginnen mit einer expliziten Placement-Logik. Datengravitation, Latenz, Compliance, Exit-Fähigkeit und Kosten entscheiden pro Workload über den Standort – nicht die Präferenz des lautesten Teams. Landing Zones standardisieren Konten, Netzwerke und Guardrails, bevor die erste Anwendung einzieht. Kubernetes liefert eine Portabilitätsschicht, deren Grenzen man kennen sollte: Container wandern leicht, Daten und Managed Services nicht. Zur eigentlichen Klammer wird die Identität – wer Entra ID sauber mit einem gewachsenen Active Directory föderiert und Berechtigungen konsequent als Code verwaltet, hat die halbe Governance bereits gewonnen.
Der Rückweg ins eigene Rack gehört zum Modell
Moderne Multicloud endet nicht an der Rechenzentrumstür. Cloud-Betriebsmodelle greifen heute auf eigene Flächen durch – ob über Azure Arc und Azure Local, dessen hyperkonvergenter Unterbau klassisches Cluster-Handwerk verlangt, oder über VMware Cloud Foundation als privates Cloud-Fundament. On-Premises wird damit zu einer gleichberechtigten Region im Gesamtsystem: gleiche Deployment-Pipelines, gleiche Policies, gleiche Observability. Das ist weniger Romantik als Risikomanagement – und oft der wirtschaftlichste Platz für stabile Grundlast.
Souveränität ist eine Architekturanforderung geworden
Spätestens mit NIS2, DORA und den wachsenden Anforderungen öffentlicher und sicherheitsnaher Auftraggeber ist Souveränität von der Grundsatzdebatte zur konkreten Anforderung geworden. Souveräne Cloud-Angebote, europäische Betreibermodelle und dedizierte Enklaven beantworten unterschiedliche Fragen – entscheidend ist, Betreiberschaft, Jurisdiktion und technische Kontrolle auseinanderzuhalten. Gerade in Defence-nahen Umgebungen zählt am Ende nicht das Regionen-Label, sondern wer im Ernstfall Zugriff hat. Exit-Szenarien gehören vertraglich wie technisch von Anfang an ins Design.
FinOps: eine Einheit der Wahrheit
Multicloud ohne Kostendisziplin wird teuer – Egress-Gebühren, ungenutzte Commitments und Zombie-Ressourcen summieren sich unbemerkt. FinOps heißt, Kosten wie ein Engineering-Problem zu behandeln: Unit Economics pro Anwendung, Showback für die Fachbereiche, Budget-Alarme als Code neben der Infrastrukturdefinition. Wer Placement-Logik, Governance und Kostensicht zusammenführt, macht aus der Diagnose Multicloud ein steuerbares Betriebsmodell.