Was ist eine Managed Public Cloud? Wenn Experten Ihre Cloud betreiben

Eine Public Cloud zu buchen ist einfach. Sie sicher, kosteneffizient und im Einklang mit den eigenen Anforderungen zu betreiben, ist es nicht. Genau hier setzt die Managed Public Cloud an: Externe Spezialisten übernehmen Planung, Umsetzung und laufenden Betrieb der Public-Cloud-Umgebung, statt dass das Unternehmen alles selbst stemmt.

Der Denkfehler, der solche Projekte am häufigsten teuer macht: Die Cloud sei ein Rechenzentrum, das jemand anderes betreibt. Sie ist ein Baukasten, den jemand anderes bereitstellt. Was daraus gebaut wird und ob es sicher ist, bleibt Ihre Verantwortung.

Wo die Verantwortungsgrenze verläuft

Alle großen Anbieter arbeiten mit einem Modell geteilter Verantwortung. Der Anbieter verantwortet die Sicherheit der Cloud: Rechenzentren, Hardware, Virtualisierung, die Dienste selbst. Sie verantworten die Sicherheit in der Cloud.

Was das konkret bedeutet, hängt vom genutzten Dienstmodell ab:

Die Zeile, die praktisch alle Vorfälle erklärt, ist die oberste: Daten und Berechtigungen bleiben immer bei Ihnen. Ein öffentlich erreichbarer Speicher-Bucket, eine zu weit gefasste Rolle, ein Zugriffsschlüssel im Quellcode, das sind keine Anbieterausfälle, sondern Konfigurationsentscheidungen.

Ein Managed Public Cloud Provider übernimmt Teile Ihrer Seite dieser Linie. Er verschiebt die Linie nicht.

Was ein Managed Public Cloud Provider übernimmt

Ein Managed Public Cloud Provider (MPCP) deckt typischerweise mehrere Ebenen ab:

• Projektvorbereitung und Planung: Zielbild, Architektur, Roadmap
• Migrationsbegleitung: der Umzug bestehender Workloads
• Infrastrukturbetrieb: Monitoring, Backups, Sicherheit
• Plattformdienste: DevOps, Kapazitätsplanung
• Anwendungsbetrieb: Management auf Applikationsebene

Wie weit die Übernahme jeweils reicht, ist der eigentliche Verhandlungsgegenstand: dazu weiter unten die Fragen, die das klären.

Warum überhaupt ein Managed-Ansatz?

Die großen Cloud-Anbieter haben Millionen Kunden und entsprechend begrenzten individuellen Support. Genau diese Lücke füllt ein MPCP: persönliche Begleitung, Kostenoptimierung, Sicherstellung von Sicherheit und Compliance und vor allem das Cloud-Know-how, das den meisten Unternehmen intern schlicht fehlt. Studien zeigen seit Jahren konstant, dass ein großer Teil der Unternehmen die Cloud-Transformation ganz oder teilweise auf externe Experten stützt.

Dazu kommt ein nüchterner Personalgrund: Cloud-Architektur, Automatisierung und Cloud-Sicherheit sind drei verschiedene Spezialisierungen. Sie in einer Person zu suchen, funktioniert selten; sie dreifach einzustellen, rechnet sich für die meisten Unternehmen nicht.

Der Unterschied zum klassischen MSP

MPCPs gelten als „MSPs der nächsten Generation“. Klassische Managed Service Provider stammen oft aus der On-Premise-Welt und bringen nicht automatisch echte Cloud-native Fähigkeiten mit: Infrastructure as Code, Automatisierung, Cloud-Sicherheitsmodelle. Der Unterschied liegt nicht im Label, sondern in der gelebten Cloud-Kompetenz.

Ein praktischer Prüfstein: Wie wird Infrastruktur bei diesem Anbieter verändert? Wenn die Antwort „über die Konsole“ lautet, betreiben Sie ein Rechenzentrum mit anderer Rechnung. Wenn sie „über versionierten Code mit Review“ lautet, betreiben Sie eine Cloud. Der Unterschied zeigt sich spätestens dann, wenn eine Umgebung reproduzierbar wiederhergestellt werden muss.

Die Landing Zone entscheidet über die nächsten Jahre

Bevor die erste produktive Arbeitslast umzieht, sollte das Fundament stehen: Kontenstruktur, Netzsegmentierung, Identitäts- und Rechtekonzept, Protokollierung, Verschlüsselung, Leitplanken für erlaubte Regionen und Dienste.

Dieses Fundament heißt in der Praxis Landing Zone, und es ist die Entscheidung mit der längsten Halbwertszeit im ganzen Projekt. Eine Struktur, die auf Zuruf gewachsen ist, lässt sich später nur mit erheblichem Aufwand ordnen: spätestens wenn die Frage aufkommt, welches Team eigentlich auf welche Produktionsdaten zugreifen kann.

Ein guter MPCP bringt hierfür ein Muster mit und begründet es. Ein schlechter beginnt mit der Migration.

Kostenkontrolle ist eine Betriebsdisziplin

Der häufigste Grund für Enttäuschung nach einer Cloud-Migration ist nicht Technik, sondern die Rechnung.

Die Ursache ist fast immer dieselbe: Lift and Shift. Virtuelle Maschinen werden eins zu eins in die Cloud kopiert, laufen dort rund um die Uhr in derselben Dimensionierung wie vorher: nur dass sie jetzt pro Stunde abgerechnet werden statt einmalig beschafft. Ohne Anpassung der Größen, ohne Abschalten außerhalb der Nutzungszeiten und ohne Nutzung reservierter Kapazitäten ist die Cloud in diesem Modell schlicht teurer.

Worauf es ankommt:

• Kostentransparenz nach Team und Anwendung, nicht nur als Gesamtsumme
• Regelmäßiges Rightsizing statt Dimensionierung nach Bauchgefühl
• Abschaltung nicht-produktiver Umgebungen außerhalb der Arbeitszeit
• Reservierte Kapazität für alles, was ohnehin dauerhaft läuft

Klären Sie vorab, ob Ihr MPCP Kostenoptimierung als Leistung schuldet oder ob er an einem prozentualen Anteil des Cloud-Verbrauchs verdient. Das zweite Modell ist verbreitet und legitim, setzt aber einen Anreiz, den Sie kennen sollten.

Welche Plattform darunter liegt, ist eine eigene Entscheidung. Die beiden großen Anbieter haben wir in AWS vs. Azure verglichen, die europäische Alternative in STACKIT.

Worauf Sie bei der Auswahl achten sollten

• Passt der MPCP zu Ihren Workload-Typen: Enterprise-Anwendungen oder Web-Workloads?
• Bringt er bei Bedarf echte Hybrid-Cloud-Erfahrung mit?
• Verfügt er über die relevanten Zertifizierungen und Sicherheitskompetenz?
• Denkt er Sicherheit von Anfang an mit oder ist sie ein nachgelagertes Add-on?

Gerade der letzte Punkt entscheidet: Eine Managed Public Cloud ohne durchdachtes Sicherheitsmodell verlagert nur das Risiko, statt es zu senken.

Fragen, die vor der Unterschrift geklärt gehören

Wem gehört der Cloud-Account? Läuft die Umgebung unter Ihrem eigenen Vertrag mit dem Hyperscaler oder unter dem des Dienstleisters? Im zweiten Fall wechseln Sie beim Anbieterwechsel nicht nur den Partner, sondern die gesamte Umgebung.

Wer hat administrativen Zugriff, und wie wird er protokolliert? Der Dienstleister braucht weitreichende Rechte. Nachvollziehbarkeit darüber, wer wann was geändert hat, ist keine Misstrauensbekundung, sondern Betriebsstandard.

Was genau ist im Betrieb enthalten? Patchen der Betriebssysteme? Sicherung und geprüfte Wiederherstellung? Reaktion auf Sicherheitsereignisse oder nur auf Verfügbarkeitsstörungen?

Wer erkennt Angriffe? Verfügbarkeitsüberwachung ist kein Sicherheitsmonitoring. Wenn der MPCP kein Detection-Mandat hat, braucht es eine separate Lösung: worin die sich unterscheiden, steht in SIEM, SOC, MDR.

Wie sieht der Ausstieg aus? Sind Infrastrukturdefinitionen versioniert und Ihnen zugänglich? Eine Umgebung, die nur der Dienstleister reproduzieren kann, ist eine Abhängigkeit unabhängig von der Vertragslaufzeit.

Wie Cloud Cape unterstützt

Wir denken Cloud-Betrieb und Sicherheit zusammen: Cloud First, aber nie auf Kosten der Absicherung. In unseren Consulting- & Projektmanagement-Mandaten begleiten wir Auswahl, Architektur und Migration herstellerneutral; die laufende Absicherung lässt sich über unser Continuous Threat Exposure Management kontinuierlich validieren.

Sprechen Sie mit uns über Beratung & Projektmanagement. Wir bringen Cloud-Betrieb und Sicherheit in eine Hand.