Kosten
FinOps ist ein Symptom, keine Lösung
Niemand hat je eine Disziplin gebraucht, um die Stromrechnung des Rechenzentrums zu verstehen. Bei Cloud-Ausgaben ist daraus ein Berufsbild geworden.
FinOps ist eine sinnvolle Praxis. Teams, die sie ernst nehmen, senken ihre Rechnung messbar, und die Werkzeuge sind über die Jahre gut geworden. Trotzdem lohnt ein Schritt zurück: Dass es diese Disziplin überhaupt braucht, ist eine Aussage über das Abrechnungsmodell, nicht über die Reife der Kunden.
Was FinOps tatsächlich tut
Im Kern besteht die Arbeit aus drei Tätigkeiten: Ausgaben verursachergerecht zuordnen, Verschwendung finden, und Verbrauch gegen Vorauszahlungen optimieren. Alle drei sind nötig, weil die Rechnung nicht aus der Architektur ablesbar ist, sondern erst hinterher entsteht.
Das ist der Unterschied zu einer Subskription. Wer acht Knoten für ein Jahr bezahlt, weiß im Januar, was der Dezember kostet. Diese Zahl braucht keine Zuordnung, keine Analyse und keine Optimierung – sie steht im Vertrag.
Ein Kostenmodell, das eine eigene Disziplin zur Beherrschung braucht, hat die Komplexität nicht beseitigt, sondern verschoben – vom Betrieb in die Verwaltung.
Die Zahl, die stutzig macht
Flexera erhebt seit Jahren den Anteil der Cloud-Ausgaben, den Befragte selbst als verschwendet einschätzen. Über die vergangenen fünf Jahre ist er gesunken – im State of the Cloud Report 2026 steigt er erstmals wieder, auf 29 Prozent. Gleichzeitig nennen 85 Prozent die Steuerung der Ausgaben als größte Herausforderung.
Bemerkenswert daran ist nicht die Höhe. Bemerkenswert ist, dass der Wert nach Jahren professioneller Steuerung wieder steigt. Flexera führt das auf KI-Lasten und neue, komplexere Dienste zurück. Man kann es auch so lesen: Die Optimierungsarbeit hält mit dem Tempo neuer Abrechnungsdimensionen nicht Schritt.
Was das für Data Warehouses besonders macht
Bei Rechenknoten für Anwendungen ist Verbrauch ungefähr planbar: Nutzerzahl mal Last. Bei einem Warehouse hängt der Verbrauch an Fragen, die Menschen stellen, und an Dashboards, die jemand eingerichtet hat. Beides wächst, wenn die Plattform gut ist.
| Ursache steigender Kosten | Ist das ein Problem? |
|---|---|
| Mehr Fachbereiche nutzen die Plattform | nein, das war das Ziel |
| Mehr Dashboards mit stündlicher Aktualisierung | teilweise, Materialisierung hilft |
| Analysten stellen mehr Fragen | nein, das war das Ziel |
| Warehouses laufen nachts durch | ja, das ist Konfiguration |
Von vier Ursachen sind zwei erwünscht. FinOps kann sie nicht abstellen, ohne den Nutzen zu senken – und genau an dieser Stelle wird aus Kostensteuerung eine Nutzungsbeschränkung.
Was ich stattdessen empfehle
Nicht, FinOps abzuschaffen. Die Praxis ist sinnvoll, solange verbrauchsabhängig abgerechnet wird. Aber die Frage zu stellen, ob das Abrechnungsmodell zur Lastform passt:
- Wie viel der Rechnung entfällt auf geplante Aktualisierungen statt auf menschliche Abfragen? Ein hoher Anteil heißt: Sie zahlen für Wiederholung, nicht für Erkenntnis.
- Wie stark schwankt die Last über das Jahr? Bei einem Verhältnis von Spitze zu Median unter drei zahlen Sie für Elastizität, die Sie nicht nutzen.
- Wie viel Arbeitszeit fließt in Kostensteuerung? Das ist ein realer Posten, der in Vergleichen selten auftaucht.
Der dritte Punkt schließt den Kreis. Wenn ein Team einen nennenswerten Teil seiner Zeit damit verbringt, die eigene Rechnung zu verstehen, gehört diese Zeit in den Kostenvergleich – auf beide Seiten. Bei einer festen Subskription ist sie nahe null.
Das ist kein Argument gegen die Cloud. Es ist ein Argument dafür, den Aufwand der Kostensteuerung als Kosten zu behandeln statt als Selbstverständlichkeit.
Quellen
Alle Zahlen in diesem Beitrag sind belegt. Wo keine belastbare Quelle vorliegt, steht keine Zahl.