Viele Cloud-Projekte starten mit Euphorie – und enden mit einer Kostenexplosion. Dieser Artikel deckt typische Fehlannahmen auf und zeigt, wie man mit klarer Architekturplanung, Monitoring und Lifecycle-Management langfristig spart.
Laut einer Erhebung des Marktforschers Vanson Bourne lagen die tatsächlichen Cloud-Kosten 2024 bei 92 Prozent der befragten Unternehmen über dem ursprünglichen Plan – im Schnitt 47 Prozent (!) darüber. Wer ein Projekt mit der Erwartung startet, Geld zu sparen, und am Ende fast die Hälfte mehr zahlt, hat sich meist schon vor der ersten Migration verrechnet. Der Fehler steckt in der Annahme, mit der die ganze Sache aufgesetzt wurde.
Das ist der eigentlich spannende Punkt. Die meisten Kostenexplosionen, die einem in den vergangenen Jahren begegnet sind, hatten wenig mit den Preislisten der Anbieter zu tun. Sie entstanden früher, in der Art, wie ein Unternehmen über die Cloud nachgedacht hat, bevor das erste System verschoben wurde. Und genau deshalb lassen sie sich auch vermeiden.
Die teuerste Annahme: Die Cloud spart automatisch Geld
Der verbreitetste Denkfehler ist die Vorstellung, dass ein Wechsel in die Cloud die Kosten von allein senkt. Diese Erwartung speist sich aus den Versprechen der Anbieter, und sie ist auch nicht völlig falsch – sie gilt eben nur unter Bedingungen, die viele Projekte nie herstellen.
Wer eine bestehende Serverlandschaft eins zu eins in die Cloud hebt, verschiebt vor allem den Ort der Rechnung. Eine virtuelle Maschine, die im eigenen Rechenzentrum rund um die Uhr lief und kaum ausgelastet war, läuft in der Cloud genauso – nur dass jede Stunde, jeder Datentransfer und jeder Speicherzugriff jetzt einzeln abgerechnet wird. Das Abrechnungsmodell der Cloud belohnt Anpassung und bestraft Trägheit. Wer nichts an seiner Architektur ändert, zahlt für dieselbe Ineffizienz, die vorher in den Anschaffungskosten der Hardware versteckt war, künftig jeden Monat aufs Neue.
Dazu kommen die Posten, die in keiner ersten Kalkulation auftauchen. Der Datentransfer aus der Cloud heraus, oft Egress genannt, wird gern unterschätzt und wächst mit der Nutzung. Backups und Wiederherstellung bleiben in der Verantwortung des Kunden, auch wenn der Anbieter die Infrastruktur betreibt. Und der Betrieb komplexerer Cloud-Dienste verlangt Know-how, das eingekauft oder aufgebaut werden muss. Jeder einzelne dieser Punkte ist beherrschbar. Zusammen erklären sie, warum die Rechnung am Monatsende so anders aussieht als die Folie aus dem Kick-off.
Migration ist ein Anfang, kein Abschluss
Der zweite Denkfehler ist struktureller Natur. Viele Unternehmen behandeln die Migration als Projekt mit einem festen Endtermin. Man plant, man verschiebt, man feiert den Go-live – und betrachtet die Kostenfrage damit als erledigt. Das Budget wird einmal zu Beginn gerechnet und danach kaum noch angefasst.
In der Cloud funktioniert das nicht. Die Kosten sind keine einmalige Investition, die man abhakt, sondern eine laufende Größe, die sich mit jeder neuen Anwendung und jedem vergessenen Testsystem verändert. Wer hier nach dem Go-live wegschaut, merkt erst nach Monaten, dass die Ausgaben leise nach oben gekrochen sind. Ein Entwickler richtet schnell eine Testumgebung ein, ein Team bucht zusätzlichen Speicher für ein Projekt, das längst abgeschlossen ist – jede dieser Einzelentscheidungen ist harmlos, in der Summe bilden sie den Sockel, auf dem die Rechnung Monat für Monat wächst. Die Studienlage bestätigt das: Die Branche verschiebt ihren Fokus inzwischen sichtbar von der reinen Migration hin zur dauerhaften Optimierung, und Kostenkontrolle etabliert sich in immer mehr IT-Organisationen als feste Funktion statt als einmalige Übung.
Was solide Planung konkret bedeutet
Aus diesen beiden Denkfehlern ergibt sich, woran eine belastbare Cloud-Strategie zu erkennen ist. Drei Ebenen greifen dabei ineinander.
Auf der Architekturebene wird vor der Migration entschieden, was überhaupt in die Cloud gehört. Manche Workloads laufen dort günstiger und flexibler, andere sind im eigenen Rechenzentrum oder in einer hybriden Aufstellung besser aufgehoben, gerade wenn sie konstant ausgelastet sind. Eine ehrliche TCO-Analyse, die Migrations- und Betriebskosten über mehrere Jahre durchrechnet, ist hier die Grundlage. Sie zeigt auch, wo sich ein reines Verschieben bestehender Systeme rächt und wo es sich lohnt, eine Anwendung vor der Migration umzubauen, damit sie das Abrechnungsmodell der Cloud überhaupt für sich nutzen kann. Dieser Schritt kostet anfangs Aufwand und spart über die Laufzeit oft ein Vielfaches davon. Wer das Abrechnungsmodell schon beim Design mitdenkt – etwa Skalierung nach Bedarf und reservierte Kapazitäten für gut vorhersehbare Lasten –, legt den größten Hebel an, lange bevor die erste Rechnung kommt.
Auf der Ebene des Monitorings geht es um Sichtbarkeit. Cloud-Kosten lassen sich nur steuern, wenn man sie sieht – und zwar zugeordnet zu einzelnen Anwendungen und Teams, nicht als eine große, undurchsichtige Summe am Monatsende. Budget-Alarme, eine saubere Kostenzuordnung und der regelmäßige, kritische Blick auf die Rechnung verwandeln eine Überraschung in eine Kennzahl, mit der man arbeiten kann. Diese Disziplin trägt inzwischen einen eigenen Namen, FinOps, und sie gehört vom ersten Tag an dazu, nicht erst nach dem ersten Schreck.
Auf der Ebene des Lifecycle-Managements schließlich wird aufgeräumt. Cloud-Ressourcen haben einen Lebenszyklus, und vieles davon läuft länger, als es müsste. Testumgebungen, die nachts und am Wochenende automatisch heruntergefahren werden, verursachen keine Kosten für Leerlauf. Verwaiste Speicher und vergessene Instanzen, die niemand mehr nutzt, gehören konsequent abgeschaltet. Und reservierte Kapazitäten wollen regelmäßig auf den tatsächlichen Bedarf überprüft werden. Diese Arbeit ist unspektakulär, und sie macht über das Jahr gerechnet einen erheblichen Unterschied.
Kontrolle statt Euphorie
Hinter all dem steht eine einfache Haltung. Die Cloud ist ein hervorragendes Werkzeug für Unternehmen, die wissen, was sie damit tun. Zur Kostenfalle wird sie für jene, die sie als Ziel betrachten, an dem die Arbeit endet. Entscheidend ist die Bereitschaft, eine einmal getroffene Entscheidung dauerhaft zu steuern. Die Technik gibt das längst her.
Wer seine Cloud-Umgebung mit der gleichen Sorgfalt führt, mit der er auch sein eigenes Rechenzentrum führen würde, behält die Kosten im Griff und gewinnt etwas, das mindestens genauso wertvoll ist: die Sicherheit, jederzeit zu wissen, wofür das Geld ausgegeben wird und ob es sich lohnt. Luftschlösser entstehen aus Euphorie. Solide Strukturen entstehen aus Aufmerksamkeit.
