Multi-Cloud klingt nach Souveränität: nicht von einem Anbieter abhängig sein, das jeweils Beste nutzen, jederzeit wechseln können. In der Praxis bedeutet es zunächst etwas anderes — zwei Umgebungen, zwei Abrechnungslogiken, zwei Sicherheitsmodelle und eine Verbindung dazwischen, die jemand betreiben muss.
Das spricht nicht gegen den Ansatz. Es verschiebt nur die Frage: nicht ob Multi-Cloud gut ist, sondern ob der eigene Betrieb die Voraussetzungen dafür mitbringt.
Multi-Cloud lohnt sich im Mittelstand in drei Fällen: wenn einzelne Dienste bei einem Anbieter deutlich besser oder günstiger sind, wenn regulatorische Anforderungen eine bestimmte Datenhaltung verlangen, oder wenn ein Ausfall des einen Anbieters existenzbedrohend wäre. In allen anderen Fällen überwiegt die zusätzliche Komplexität — sie kostet Fachwissen, Werkzeuge und Arbeitszeit, die in kleineren Betrieben knapp sind. Der häufigste Grund für Multi-Cloud ist ohnehin kein strategischer, sondern ein gewachsener.
Was Multi-Cloud tatsächlich bedeutet
Der Begriff wird für zwei verschiedene Situationen benutzt, die getrennt betrachtet gehören.
Nebeneinander. Verschiedene Anwendungen laufen bei verschiedenen Anbietern, ohne miteinander zu sprechen. Das ist der Normalfall in gewachsenen Umgebungen und technisch unproblematisch — es sind schlicht zwei getrennte Umgebungen.
Verzahnt. Eine Anwendung nutzt Dienste mehrerer Anbieter, Daten fließen zwischen ihnen. Das ist der anspruchsvolle Fall, der Fachwissen für beide Plattformen verlangt und bei dem die Datenübertragung zwischen den Anbietern zum eigenen Kostenposten wird.
Die meisten Diskussionen über Multi-Cloud meinen den zweiten Fall, die meisten Realitäten im Mittelstand den ersten. Wer über Multi-Cloud spricht, sollte deshalb zuerst klären, welcher gemeint ist. Die Antwort verändert Aufwand und Risiko so stark, dass ohne sie jede weitere Diskussion an unterschiedlichen Annahmen vorbeiläuft.
Die drei Gründe, die tragen
| Grund | Typischer Fall | Voraussetzung |
|---|---|---|
| Bester Dienst je Aufgabe | ein Spezialdienst, den nur ein Anbieter bietet | der Vorteil überwiegt den Zusatzaufwand |
| Regulatorik und Datenhaltung | bestimmte Daten müssen in einer Region bleiben | Anforderung ist konkret, nicht vermutet |
| Ausfallsicherheit | Geschäftsbetrieb steht bei Ausfall still | echte Redundanz, nicht nur zweiter Vertrag |
Der dritte Grund wird am häufigsten genannt und am seltensten umgesetzt. Echte Ausfallsicherheit über zwei Anbieter bedeutet, dass die Anwendung bei beiden lauffähig ist, die Daten synchron gehalten werden und der Umschaltvorgang geprobt wurde. Ein zweiter Vertrag ohne diese drei Punkte erzeugt Kosten, aber keine Sicherheit.
Für die meisten mittelständischen Betriebe ist die ehrlichere Antwort auf die Ausfallfrage ohnehin eine andere: Die großen Anbieter fallen selten und meist regional begrenzt aus. Wer Ausfallsicherheit braucht, erreicht sie günstiger über mehrere Regionen desselben Anbieters als über zwei Anbieter — mit einem Bruchteil der Komplexität, weil Werkzeuge, Berechtigungen und Fachwissen dieselben bleiben.
Was die Komplexität konkret kostet
Fachbeiträge zum Thema nennen erhöhte Komplexität übereinstimmend als Hauptnachteil: unterschiedliche Plattformen, Werkzeuge und Schnittstellen erhöhen den Verwaltungsaufwand erheblich, und die Verwaltung mehrerer Plattformen verlangt Ressourcen und Fachwissen.
Für den Mittelstand lässt sich das konkretisieren. Der Aufwand entsteht an vier Stellen:
Fachwissen. Jede Plattform hat eigene Begriffe, eigene Werkzeuge und eigene Fallstricke. Wer beide beherrschen soll, braucht doppelte Einarbeitung — oder zwei Menschen.
Sicherheit. Berechtigungen, Netzwerkregeln und Protokollierung funktionieren bei jedem Anbieter anders. Zwei Modelle konsistent zu halten ist die anspruchsvollste Daueraufgabe der Multi-Cloud.
Kostensteuerung. Zwei Abrechnungen mit unterschiedlichen Bezeichnungen für dieselben Dinge. Für einen Gesamtüberblick müssen sie zusammengeführt werden — entweder mit einem Werkzeug oder monatlich per Hand.
Datenübertragung. Daten zwischen zwei Anbietern zu bewegen kostet, weil ausgehender Verkehr berechnet wird. Bei verzahnten Anwendungen ist das ein laufender Posten, kein einmaliger.
Der Lock-in, den Multi-Cloud lösen soll
Das stärkste Argument für mehrere Anbieter ist die Sorge vor Abhängigkeit. Sie ist berechtigt — nur adressiert Multi-Cloud sie oft nicht dort, wo sie tatsächlich entsteht.
Abhängigkeit entsteht weniger durch virtuelle Maschinen als durch Plattformdienste. Eine VM lässt sich verschieben; sie ist überall dieselbe. Eine verwaltete Datenbank, ein Nachrichtendienst oder eine anbieterspezifische Funktionsumgebung sind es nicht — ihr Ersatz bedeutet Umbau der Anwendung.
Wer die Abhängigkeit begrenzen will, hat deshalb einen wirksameren Hebel als einen zweiten Vertrag: die bewusste Entscheidung, welche Plattformdienste genutzt werden. Standardnahe Bausteine bleiben austauschbar, komfortable Spezialdienste binden.
Das ist ein Abwägen, keine Regel. Spezialdienste sparen erhebliche Entwicklungs- und Betriebsarbeit — deshalb existieren sie. Nur sollte die Entscheidung für sie bewusst fallen und nicht nebenbei, weil sie im Einrichtungsassistenten vorgeschlagen wurden.
Was der Ausstieg praktisch bedeutet
Ein zweiter Punkt wird bei der Lock-in-Debatte regelmäßig übersehen: die Datenmenge. Der Wechsel scheitert selten am Fehlen einer Alternative, sondern an der Frage, wie mehrere Terabyte in vertretbarer Zeit und zu vertretbaren Kosten den Anbieter verlassen.
Ausgehender Datenverkehr wird nach Volumen berechnet. Wer nie durchgerechnet hat, was ein vollständiger Abzug kosten und wie lange er dauern würde, kennt seine tatsächliche Wechselfähigkeit nicht — unabhängig davon, wie viele Verträge er hat.
Der häufigste Grund ist kein Grund
In der Praxis entsteht Multi-Cloud selten aus einer Entscheidung. Sie entsteht, weil ein Fachbereich eine Anwendung beschafft hat, die bei einem anderen Anbieter läuft. Oder weil ein übernommener Betrieb eine andere Plattform nutzte. Oder weil ein Projekt vor Jahren dort begonnen wurde.
Das ist nicht falsch, sollte aber benannt werden. Eine gewachsene Multi-Cloud hat die Kosten der Komplexität, ohne deren Vorteile zu nutzen — niemand hat den besten Dienst je Aufgabe ausgewählt, es hat sich nur ergeben.
Die brauchbare Reaktion ist keine Grundsatzentscheidung, sondern eine Bestandsaufnahme: Was läuft wo, warum, und wäre eine Zusammenführung möglich? In vielen Fällen lautet die Antwort ja, und der Aufwand ist überschaubar — vor allem, wenn die Umgebungen ohnehin nicht verzahnt sind.
Die pragmatische Zwischenlösung
Spricht für einen Anbieter
- + Ein Modell für Sicherheit und Berechtigungen
- + Eine Abrechnung, ein Kostenüberblick
- + Einarbeitung nur in eine Plattform
- + Bessere Verhandlungsposition durch Volumen
Spricht für mehrere
- − Kein einzelner Anbieter mit vollem Zugriff
- − Spezialdienste dort nutzen, wo sie am besten sind
- − Regulatorische Anforderungen erfüllbar
- − Verhandlungsdruck durch echte Alternative
Für viele mittelständische Betriebe liegt der sinnvolle Weg dazwischen: ein Hauptanbieter für den Betrieb, ergänzt um einzelne Dienste anderswo, wo es einen konkreten Grund gibt. Das begrenzt die Komplexität auf die Stellen, an denen sie einen Gegenwert hat.
Wichtig ist dabei, die Grenze bewusst zu ziehen und schriftlich festzuhalten. Ohne diese Festlegung wächst die zweite Umgebung schrittweise — und irgendwann hat man Multi-Cloud, ohne sich je dafür entschieden zu haben.
Fünf Fragen vor der Entscheidung
- Nebeneinander oder verzahnt? Sprechen die Umgebungen miteinander? Das bestimmt den Aufwand stärker als alles andere.
- Welcher der drei Gründe trifft zu? Bester Dienst, Regulatorik oder Ausfallsicherheit — und lässt er sich belegen?
- Wer betreibt beide Plattformen? Namentlich, nicht als Rolle. Ohne Antwort ist die Entscheidung getroffen, bevor sie diskutiert wird.
- Wie wird der Kostenüberblick hergestellt? Zwei Abrechnungen ergeben keine Gesamtzahl von selbst.
- Was passiert beim Ausfall? Wenn Ausfallsicherheit der Grund ist: Ist der Umschaltvorgang geprobt?
Die dritte Frage entscheidet in der Praxis am häufigsten. Multi-Cloud ist keine Technologie-, sondern eine Kapazitätsfrage — und Kapazität ist im Mittelstand der knappste Posten.
Wenn die Entscheidung für mehrere Anbieter fällt
Fällt sie bewusst, gibt es drei Festlegungen, die den Aufwand dauerhaft begrenzen — und die im Nachhinein schwer nachzuholen sind.
Eine Namenskonvention über beide Umgebungen. Gleiche Bezeichnungen für gleiche Dinge, unabhängig davon, wie der Anbieter sie nennt. Das klingt nach Kleinigkeit und ist der Unterschied zwischen einer Übersicht und zwei Listen, die niemand zusammenbringt.
Ein Ort für die Zugangsverwaltung. Zwei getrennte Nutzerverwaltungen bedeuten doppelte Pflege und die reale Gefahr, dass beim Austritt eine davon vergessen wird. Eine zentrale Anmeldung, an die beide Umgebungen angebunden sind, löst das.
Eine gemeinsame Kostensicht. Ob per Werkzeug oder per Tabelle ist zweitrangig; entscheidend ist, dass am Monatsende eine Zahl steht und nicht zwei. Ohne diese Zusammenführung wird jede Frage nach den IT-Kosten zur Recherche.
Alle drei kosten bei der Einrichtung wenig und lassen sich später nur mit erheblichem Aufwand nachziehen — vor allem die erste, weil bestehende Ressourcen dafür umbenannt werden müssten.
Häufige Fragen
Was ist der Unterschied zwischen Multi-Cloud und Hybrid Cloud?
Multi-Cloud bezeichnet die Nutzung mehrerer öffentlicher Cloud-Anbieter. Hybrid Cloud meint die Kombination aus eigener Infrastruktur und öffentlicher Cloud. Beide erhöhen die Komplexität, aber an unterschiedlichen Stellen: Multi-Cloud vor allem beim Fachwissen und den Sicherheitsmodellen, Hybrid Cloud zusätzlich bei der Verbindung zwischen den Welten.
Lohnt sich Multi-Cloud für den Mittelstand?
In drei Fällen: wenn ein Spezialdienst nur bei einem Anbieter verfügbar ist, wenn regulatorische Anforderungen eine bestimmte Datenhaltung verlangen, oder wenn ein Ausfall existenzbedrohend wäre und echte Redundanz aufgebaut wird. Sonst überwiegt die zusätzliche Komplexität, weil sie Fachwissen und Arbeitszeit bindet.
Was sind die Hauptnachteile?
Fachbeiträge nennen übereinstimmend die erhöhte Komplexität: unterschiedliche Plattformen, Werkzeuge und Schnittstellen erhöhen den Verwaltungsaufwand, und die parallele Verwaltung verlangt Ressourcen und Expertise. Konkret entsteht der Aufwand bei Einarbeitung, Sicherheitsmodellen, Kostensteuerung und der Datenübertragung zwischen den Anbietern.
Schützt ein zweiter Anbieter vor Ausfällen?
Nur wenn die Anwendung bei beiden lauffähig ist, die Daten synchron gehalten werden und der Umschaltvorgang geprobt wurde. Ein zweiter Vertrag allein erzeugt Kosten, aber keine Ausfallsicherheit — das ist der am häufigsten genannte und am seltensten umgesetzte Grund für Multi-Cloud.
Wie geht man mit gewachsener Multi-Cloud um?
Mit einer Bestandsaufnahme statt einer Grundsatzentscheidung: Was läuft wo, aus welchem Grund, und wäre eine Zusammenführung möglich? Sind die Umgebungen nicht miteinander verzahnt, ist der Aufwand einer Konsolidierung häufig überschaubar — und die Ersparnis liegt weniger bei den Verbrauchskosten als beim laufenden Betriebsaufwand.
