Serviceware Blog

Cloud-Kostenzuweisung: Ein FinOps- und TBM-orientierter Ansatz

Geschrieben von Fabian Mieloch | 11. November, 2025

Cloud-Kostenzuweisung (Cloud Cost Allocation) kurz erklärt

Cloud-Kostenzuweisung (Cloud Cost Allocation) bezeichnet die Zuordnung von Cloud-Kosten zu den Teams, Services und Geschäftseinheiten, die diese Ressourcen tatsächlich nutzen.

FinOps nutzt diese Kostenzuweisung, um Kostenbewusstsein im Engineering zu verankern und fundierte Entscheidungen zur Ressourcennutzung, Architektur und Skalierung in Echtzeit zu ermöglichen.

Im Technology Business Management (TBM) nutzt man Kostenzuweisungen, um Cloud-Kosten in standardisierte Kostenpools, Towers und Servicestrukturen zu überführen.

Ein Ansatz, der beide Disziplinen vereint, wird durch ein einheitliches Allokations-Modell umgesetzt: hierarchie- und tagbasiert, serviceorientiert, taxonomiekonform und finanziell transparent. So entsteht eine gemeinsame Datengrundlage – für operative Steuerung in FinOps und standardisierte Auswertung in TBM.

FinOps- und TBM-Perspektiven

FinOps und TBM betrachten Cloud-Kosten aus unterschiedlichen Perspektiven – verfolgen jedoch dasselbe Ziel: Transparenz, Kontrolle und ein gemeinsames Verständnis darüber, wie Cloud-Nutzung in Geschäftswert übersetzt wird.

FinOps fokussiert auf Nutzung, Geschwindigkeit und die enge Verzahnung mit dem Engineering.
TBM  legt den Schwerpunkt auf Struktur, Governance und die finanzielle Architektur der IT.

In vielen Organisationen werden diese Perspektiven getrennt behandelt. FinOps liefert eine Sicht auf Basis von Echtzeit-Nutzung, während TBM eine zweite Perspektive über Kostenpools, Towers und standardisierte Servicestrukturen schafft. Wenn Cloud-Kosten unterschiedlich interpretiert werden, sinkt das Vertrauen in die Daten- und Entscheidungen werden unsicher.

Ein einheitliches Cloud-Kostenverteilungsmodell schließt diese Lücke.

Solch ein Modell standardisiert Zuordnungsregeln, verknüpft Kosten mit Services und macht Ausnahmen transparent. FinOps erhält die notwendige Genauigkeit und klare Verantwortlichkeiten. TBM erhält Struktur und Vergleichbarkeit. Für CIO und CFO entsteht eine konsistente finanzielle Gesamtperspektive. Bei der Kosten-Allokation finden beide Disziplinen entweder zusammen oder laufen auseinander.

An dieser Stelle lässt sich eine Blaupause für die Cloud-Kostenzuweisung schaffen, die sowohl von FinOps als auch von TBM akzeptiert wird, und die die Finanzabteilung prüfen und rechtfertigen kann.

1. Tagging und Datenqualität als Grundlage

Cloud-Kostenzuweisung (Cloud Cost Allocation) beginnt mit der Qualität der Metadaten. Unvollständige oder inkonsistente Tags führen zwangsläufig zu unbrauchbaren Ergebnissen in FinOps, TBM ebenso wie im Bereich Finanzen. Forbes nennt dies die "versteckte Cloud-Kostenkrise", denn viele Organisationen kämpfen hier mit mangelnder Transparenz: Was nicht sichtbar ist, lässt sich nicht steuern.

Erforderliche Tags umfassen:

  • Verantwortlicher (Owner)

  • Service oder Applikation

  • Umgebung (z. B. Produktion, Entwicklung)

  • Geschäftseinheit / Kostenstelle

  • Geschäftskritikalität (z. B. hoch, mittel, niedrig)

  • idealerweise eine TBM-konforme Klassifikation

FinOps nutzt Tags zur präzisen Zuordnung des Verbrauchs.

TBM nutzt sie zur Einordnung in Towers und Kostenpools.

Finance benötigt sie als Grundlage für servicebasierte Planung und Steuerung.

Eine ITFM-Lösung überführt diese Rohdaten in belastbare finanzielle Steuerungsgrößen und bildet die Grundlage für ein funktionierendes Allokations-Modell.

2. Mapping in die TBM-Taxonomie

FinOps arbeitet mit cloud-nativen Ressourcen wie Instanzen, Datenbanken oder Storage-Services. TBM hingegen benötigt eine konsistente, providerunabhängige Struktur.


Dafür ist eine einzige Mapping-Ebene erforderlich, die Cloud-Ressourcen systematisch in die TBM-Taxonomie überführt. So lässt sich sicherstellen, dass AWS, Azure, Google und alle künftigen Cloud-Anbieter auf die gleiche Weise klassifiziert werden.

Typische Zuordnungen:

  • Compute Tower (VMs, Container, Serverless) werden in einem einheitlichen Tower abgebildet
  • Storage, speicherbasierte Ressourcen (Objekt, Block, Datei, Snapshots) werden in einem Storage-Tower abgebildet
  • Netzwerk und Datenübertragung werden in einem Netzwerktower abgebildet.
  • Plattformdienste (DB, Integration, Analyseplattformen) und verwaltete Laufzeitdienste (z. B. verwaltetes Kubernetes) werden in Plattform- oder Anwendungsservicetower abgebildet, je nachdem, ob die Kosten direkt mit einer bestimmten Anwendung oder einem bestimmten Produkt verbunden werden können.
  • Provider-Gebühren, Support sowie gemeinsam genutzte Dienste werden in den Towers "Shared Services" oder "Overhead" abgebildet.


Das Ziel ist Konsistenz. Nur wenn alle Cloud-Ressourcen in eine einheitliche Struktur überführt werden, bleiben Trends, Benchmarks und Stückkosten vergleichbar. So sprechen FinOps-Granularität und TBM-Standardisierung dieselbe Sprache – innerhalb eines gemeinsamen Modells.

3. Umgang mit Shared und nicht getaggten Kosten

Perfektes Tagging existiert in der Praxis nicht. Gemeinsam genutzte Plattformen, Netzwerkinfrastruktur, Logging- oder Security-Services erzeugen Kosten, die sich nicht direkt zuordnen lassen. Hier wird Cloud-Kostenzuweisung (Cloud Cost Allocation) zur Governance-Aufgabe.

Diese Kosten müssen den richtigen Services, Teams oder Produkten zugeordnet werden. Dabei ist wichtig:

  • möglichst verursachungsgerecht (z. B. nach Nutzung wie GB, Requests oder CPU-Zeit)

  • alternativ über klar definierte Verteilungsschlüssel

Entscheidend ist Transparenz. Eine fehlende Zuordnung darf kein Dauerzustand sein - im FinOps und im TBM gilt Transparenz als Grundvoraussetzung.

4. Commitments, Rabatte und Credits

Rabatte, Reserved Instances, Savings Plans und Credits verzerren das Kostenbild, wenn sie nicht richtig zugeordnet werden. Best Practice ist, diese Vorteile den Workloads zuzuordnen, die sie tatsächlich nutzen.

Das stellt folgendes sicher:

  • eine realistische Kostenabbildung

  • eine faire Verteilung

  • sichtbare Effizienzgewinne im Engineering 

Nur so entsteht ein Modell, das sowohl operativ steuerbar als auch finanziell belastbar ist.

Branchenrichtlinien zur Wirtschaftlichkeit von Cloud-Einheiten gehen in die gleiche Richtung: Kosten an Services und Verbrauch binden. Die Analyse von CIO.com weist darauf hin, dass Unternehmen nur dann einen echten Nutzen aus den Verpflichtungen ziehen, wenn der finanzielle Vorteil an die Dienste und Teams gebunden ist, die sie tatsächlich nutzen.

5. Zuweisung von Cloud-Kosten zu Services, Produkten und Geschäftseinheiten

Sobald die Ressourcen gekennzeichnet, zugeordnet und an die gemeinsamen und zugesagten Ausgaben angepasst sind, besteht der nächste Schritt darin, die Cloud-Kosten auf die Services abzustimmen. An diesem Punkt treffen FinOps und TBM vollständig aufeinander. FinOps liefert die Verbrauchswahrheit; TBM liefert die Standardstruktur; Services machen beide für die Finanzabteilung nutzbar.

Der nächste, entscheidende Schritt ist die Zuordnung zu Services.

Hier kommen FinOps und TBM vollständig zusammen. FinOps liefert die tatsächlichen Nutzungsdaten, TBM liefert die Struktur, Services verbinden beides mit der Finanzperspektive.

Services werden zum zentralen Steuerungselement:

  • Engineering erkennt die Auswirkungen von Architekturentscheidungen 

  • Produktteams verstehen die Kosten der Leistungserbringung und Wertschöpfung

  • Finance erhält eine klare, nachvollziehbare Verbindung zwischen Cloud-Nutzung und Geschäftsergebnis

Die Cloud wird erklärbar, sowohl in technischer als auch in finanzieller Hinsicht.

6. Ein Datensatz für konsistentes Reporting und mehrere Perspektiven

Ein ausgereiftes Cloud Cost Allocation-Modell liefert eine einheitliche Datenbasis, die unterschiedliche Sichten ermöglicht, ohne erneute Umklassifizierung.

  • FinOps: nahezu Echtzeit, Nutzung und Ownership

  • TBM: standardisierte Kostenstrukturen und Unit Costs

  • Finanzen: Budget, Forecast und Governance

  • CIO: Gesamtüberblick und fundierte Entscheidungsgrundlagen 

Initiativen wie die FOCUS-Arbeitsgruppe arbeiten an standardisierten Datenmodellen und klaren Richtlinien für Cloud-Abrechnungen. Die Verbreitung von FOCUS ist noch im Aufbau.

Fazit

Cloud-Kostenzuweisung (Cloud Cost Allocation) ist mehr als Reporting - sie schafft die Grundlage für Transparenz, Steuerbarkeit und fundierte Entscheidungen. 

Wird der Ansatz konsequent über ein einheitliches Cloud Cost Allocation-Modell umgesetzt – mit sauberem Tagging, konsistentem TBM-Mapping, transparenter Verteilung von Shared Costs und verursachungsgerechter Zuordnung von Commitments – entsteht eine belastbare Grundlage für Steuerung und Entscheidungen.

So entstehen Serviceprozesse oder ein Servicebetrieb: 

  • mit klaren Verantwortlichkeiten 

  • basierend auf verlässliche Finanzdaten 

  • bietet fundierte Entscheidungsgrundlagen 

FinOps und TBM wachsen zu einem gemeinsamen Modell zusammen.

Der entscheidende Unterschied liegt in der Operationalisierung: Erst durch klare Regeln, etablierte Prozesse und Auditierbarkeit wird aus Cloud Cost Allocation ein wirksames Steuerungsinstrument.

Mit Serviceware Charging & Billing wird diese Verbindung operationalisiert – Cloud-Nutzung wird direkt in finanzielle Verantwortung übersetzt und aktiv steuerbar gemacht.

Häufig gestellte Fragen

1. Was ist Cloud-Kostenzuweisung (Cloud Cost Allocation)?

Cloud-Kostenzuweisung (Cloud Cost Allocation) bezeichnet die Zuordnung von Cloud-Kosten zu den Teams, Services und Geschäftseinheiten, die Cloud-Ressourcen tatsächlich nutzen. So entsteht eine nachvollziehbare Verbindung zwischen Nutzung und finanzieller Verantwortung.

2. Wie unterstützt Cloud Cost Allocation FinOps?

FinOps nutzt Cloud Cost Allocation, um Teams, Services und Business Units ihren tatsächlichen Ressourcenverbrauch transparent zu machen. Das ermöglicht fundierte Engineering-Entscheidungen und ein proaktives Kostenmanagement.

3. Wie unterstützt Cloud Cost Allocation TBM?

TBM benötigt eine strukturierte Zuordnung von Kosten in Towers, Kostenpools und Services. Allocation verbindet die Cloud-Nutzung mit dieser Struktur und macht Cloud-Kosten vergleichbar und nachvollziehbar.

4. Wie sollten nicht getaggte oder gemeinsam genutzte Cloud-Kosten behandelt werden?

Diese Kosten sollten als Shared Services mit klar definierten und transparenten Verteilungsregeln behandelt werden. Eine fehlende Zuordnung führt zu Intransparenz und verzerrten Ergebnissen.

5. Wie sollten Commitments und Credits (Gutschriften) zugeordnet werden?

Immer zu den Workloads, die den Vorteil tatsächlich nutzen. So bleibt die Finanzsicht korrekt und der Wert effizienter Architekturentscheidungen wird sichtbar.

6. Wie unterstützt Cloud Cost Allocation Budgetierung und Forecasting?

Wenn Cloud-Kosten sauber Services und Geschäftseinheiten zugeordnet sind, lassen sie sich direkt in rollierende Forecasts und treiberbasierte, nutzungsorientierte Planung integrieren. Das ermöglicht verlässliche und steuerbare Kostenentwicklungen.