Dieses Kapitel erklärt, wie jede Position der Cloud-Rechnung einen Verantwortlichen bekommt: über die Struktur aus Konten, Subscriptions und Projekten, über Tags und Labels an den Ressourcen, über Regeln für alles, was beides nicht erfasst, und über die Stückkosten, in denen die zugeordneten Kosten am Ende gelesen werden. Zuordnung ist keine Buchhaltungsübung. Sie ist die Voraussetzung dafür, dass ein Kostenbericht die Frage beantworten kann, die jemand stellt, und dass eine Einsparung dem Team zugeschrieben wird, das sie erreicht hat.

Was dieses Kapitel behandelt

Das Kapitel beginnt mit der Struktur. Warum Zuordnung vor jeder Optimierung kommt, ist die erste Frage: Eine Einsparung, die niemandem gehört, wird nicht umgesetzt, und ein Budget ohne Verantwortlichen wird nicht gehalten. Das FinOps Framework der FinOps Foundation führt Allocation als Capability seiner Domäne Understand Usage & Cost, und der Artikel FinOps Framework 2026: was kleine Teams wirklich ändern sollten ordnet ein, was davon ein kleines Team wirklich braucht. Danach geht es um die erste und billigste Dimension der Zuordnung, die Konto-, Subscription- und Projektstruktur, die jeder Provider ohnehin in jede Position schreibt; um Kostenstellen und die Frage, welches Team eine Ressource verantwortet; und um Segmente und Hierarchien, mit denen sich dieselben Kosten je nach Leser nach Produkt, Team oder Region gliedern lassen.

Der zweite Abschnitt behandelt Tags. Was ein Tag oder Label technisch ist und auf welchem Weg es bei AWS, Azure und Google Cloud in die Abrechnungsdaten gelangt, ist die Grundlage; die Provider unterscheiden sich hier mehr, als die gleichen Worte vermuten lassen. Darauf bauen die Fragen auf, wie eine Tagging-Richtlinie aussieht, die nach dem zweiten Quartal noch eingehalten wird, wie Abdeckung und nicht getaggte Kosten gemessen werden und warum der Zuordnungsgrad in Geld zählt und nicht in Ressourcen, und wie virtuelle Tags und Zuordnungsregeln die Lücken schließen, die an der Ressource nicht zu schließen sind.

Der dritte Abschnitt behandelt, was sich nicht sauber einem Verantwortlichen zuweisen lässt. Geteilte Kosten wie Netzwerk, Monitoring und Support brauchen eine Verteilungsregel; nicht zugeordnete Kosten brauchen einen Eigentümer für den Rest; ein Kubernetes-Cluster braucht eine Zuordnung nach Namespace, Label und Pod, weil die Rechnung nur die Knoten kennt. Am Ende stehen die Stückkosten, in denen zugeordnete Kosten erst zu einer Aussage werden, und die Sicht auf Kosten je Kunde, je Feature und je Umgebung, die Finance, Produkt und Engineering tatsächlich lesen wollen.

Wichtige Begriffe

  • Kostenzuordnung: der Vorgang, mit dem jede Position der Rechnung einem Verantwortlichen zugewiesen wird, über Struktur, Tags oder Regeln.
  • Tag: das Schlüssel-Wert-Paar an einer Ressource, das der Provider in die Abrechnungsdaten übernimmt; bei Google Cloud ein Label.
  • Zuordnungsgrad: der Anteil der Kosten, der einen Verantwortlichen hat, in Geld gemessen; die Kennzahl, an der dieses Kapitel gemessen wird.
  • Geteilte Kosten: Kosten, die mehreren Verantwortlichen zugleich gehören und erst durch eine Regel verteilt werden.
  • Segment: eine benannte Sicht auf dieselben Kosten, etwa je Produkt, Team oder Umgebung, aus der ein Bericht gebaut wird.
  • Showback und Chargeback: ob zugeordnete Kosten den Teams nur gezeigt oder tatsächlich verrechnet werden.
  • Unit Economics: zugeordnete Kosten je gezählter Geschäftseinheit, die Form, in der Zuordnung am Ende gelesen wird.

Benachbarte Kapitel

Vor diesem Kapitel steht "Was Cloud-Dienste kosten": Es erklärt, wofür die Positionen anfallen, die hier einen Verantwortlichen bekommen, und ohne diese Lektüre bleibt unklar, warum Datentransfer, Support und Commitments sich der Zuordnung an einer Ressource entziehen. Danach folgt "Reporting und Analyse": Was hier zugeordnet wurde, wird dort in Berichten, Dashboards und Abonnements gelesen, und jede Gliederung eines Berichts setzt eine Zuordnung voraus, die dieses Kapitel beschreibt. Die Richtlinien, die eine Zuordnung vollständig halten, Pflichttags, Freigaben und die Verantwortung für den nicht zugeordneten Rest, stehen in "Governance und Betriebsmodell". Die Stückkosten, mit denen das Kapitel endet, kehren in "Budgets, Prognosen und Finanzen" als Grundlage einer Prognose wieder und in "FinOps für KI" als Kosten je Token. Die Übersicht aller Kapitel steht im Handbuch.