Werkzeuge für Cloud-Kostenmanagement lassen sich am besten nach der Aufgabe ordnen, die sie erledigen: Berichte über mehrere Clouds, Kostenverteilung, Budgets und Prognosen, Anomalieerkennung, Commitments, Rightsizing, Kubernetes, Kostenschätzung im Code, Richtlinien, Datenpipelines und KI-Nutzung. Jede dieser Arten braucht bestimmte Daten und bestimmte Rechte, und für die meisten bringen die Konsolen der Anbieter schon eine Fassung für die eigene Cloud mit. Wer die Art kennt, weiß, welche Daten vorher vorhanden sein müssen, welche Rechte ein Werkzeug bekommt und wo ein zweites Werkzeug mehr leistet als AWS Cost Explorer, Azure Cost Management oder die Abrechnungsberichte von Google Cloud.
So funktioniert es
Jedes Kostenwerkzeug liest etwas: Abrechnungsdaten, Auslastungsmetriken oder Code. Die Arten unterscheiden sich darin, was sie lesen und ob sie selbst handeln. Die rechte Spalte ordnet jede Art den Capabilities des FinOps Framework der FinOps Foundation zu (CC BY 4.0), beschrieben in Die vier Domains und ihre Capabilities.
| Art | Aufgabe | Daten und Rechte | In den Konsolen der Anbieter | Capability |
|---|---|---|---|---|
| Berichte über mehrere Clouds | eine Sicht über alle Anbieter in einer Währung, mit SaaS- und KI-Rechnungen | Abrechnungsexport jedes Anbieters, nur lesend | je Anbieter getrennt | Data Ingestion; Reporting & Analytics |
| Kostenverteilung | Kosten je Team, Produkt oder Kunde, geteilte Kosten aufteilen | Export mit Tags, Labels und Kontostruktur, dazu eigene Regeln | AWS Cost Categories, Kostenzuordnungsregeln in Azure, Projekte und Labels bei Google | Allocation; Invoicing & Chargeback |
| Budgets und Prognosen | Plan, Budget, Abweichung | Kostenhistorie, Planwerte, Geschäftszahlen; Schreibrecht nur für Budgets beim Anbieter | AWS Budgets, Budgets in Azure und Cloud Billing | Budgeting; Forecasting |
| Anomalieerkennung | unerwartete Kosten melden | tägliche Kostenreihe, nur lesend | AWS Cost Anomaly Detection, Anomaliewarnungen in Azure, Anomalien in Cloud Billing | Anomaly Management |
| Commitment-Verwaltung | Reservierungen, Savings Plans und CUDs bemessen und kaufen | stündliche Nutzung, bestehende Commitments; Kaufrecht | Empfehlungen für Savings Plans, Reservierungen und CUDs | Rate Optimization |
| Rightsizing und Zeitpläne | Ressourcen verkleinern, stoppen, nach Zeitplan steuern | Auslastungsmetriken, Ressourcen-APIs; Schreibrecht, um zu handeln | AWS Compute Optimizer, Azure Advisor, Recommender in Google Cloud | Usage Optimization |
| Kubernetes-Kostenzuordnung | Kosten je Namespace, Workload und Label | Cluster-Metriken zu Requests und Verbrauch, Node-Preise; Agent im Cluster | Split Cost Allocation Data bei AWS, AKS-Kostenanalyse, GKE-Kostenzuordnung | Allocation |
| Kostenschätzung im Code | Preis einer Änderung vor dem Deployment | Terraform-Plan und Preislisten; Lesezugriff auf Code und Pipeline | Preisrechner, die den Code nicht lesen | Planning & Estimating |
| Richtlinien-Engines | Tags, Regionen und Größen durchsetzen, aufräumen | Ressourcen-APIs und Inventar; Schreibrecht für Korrekturen | AWS Tag Policies, Azure Policy, Organization Policy bei Google | Governance, Policy & Risk |
| Datenpipelines und BI | eigene Modelle und Dashboards über den Exporten | Exporte in einem Warehouse; Speicher- und Abfragekosten | die Exporte selbst | Data Ingestion; Reporting & Analytics |
| KI-Nutzung | Tokens und Kosten je Modell, Schlüssel und Feature | Nutzungs- und Kosten-APIs der Modellanbieter, Request-Logs; Admin-Schlüssel | Modelle aus der Cloud auf der Cloud-Rechnung | Allocation; Unit Economics |
Für Kubernetes-Zuordnung, Kostenschätzung im Code und Richtlinien beschreibt Open-Source-Werkzeuge je ein Open-Source-Projekt; die AKS-Kostenanalyse von Microsoft baut selbst auf einem davon auf, OpenCost. Datenpipelines und BI behandelt Kostendaten in Tabellen und BI, Budgets und Regeln als Code Cost as Code, Assistenten über Kostendaten KI-Assistenten und MCP. Wie die Modellanbieter Nutzung und Kosten über eigene Admin-APIs ausgeben, steht in Abrechnung der KI-Anbieter.
Werkzeuge selbst führt das Framework als Capability Automation, Tools, & Services in der Domain Manage the FinOps Practice. Dort ordnet es Werkzeuge nach ihrer Breite, vom Werkzeug für fast alle Capabilities bis zum Werkzeug für genau eine, und behandelt Automatisierung und externe Dienstleistungen als eigene Wege. Sein Vorgehen beginnt mit einer Bestandsaufnahme: Was schon im Einsatz ist, wird neben die Capabilities gelegt, und was kein Werkzeug abdeckt, ist die Lücke. Zu den Auswahlkriterien zählt die Foundation Interoperabilität und offene Standards. Ihre FinOps Landscape filtert Einträge nach Art (Werkzeug, Dienstleistung, Schulung), Technologiekategorie, Datenquelle, Capability, Spezialisierung, Zertifizierung und Compliance und nach der Übernahme von FOCUS. Bei den Technologiekategorien geht sie über die fünf des Framework hinaus, die FinOps Scopes und Technology Categories beschreibt: Am 2026-10-16 filtert sie zusätzlich nach Licences und Private Cloud.
Was es für Ihre Kosten bedeutet
Die Konsole eines Anbieters sieht nur diesen Anbieter. Microsoft beschreibt Cost Management als Werkzeug für die Kosten der Microsoft Cloud; ein Cloud-Billing-Konto von Google erfasst Google Cloud, Google Maps Platform, Firebase und Google AI Studio. Ein zweites Werkzeug beginnt dort, wo eine Frage über diese Grenze geht: mehrere Clouds, SaaS- und KI-Rechnungen, Umsatz- oder Nutzerzahlen für Unit Economics oder eine gemeinsame Berichtswährung, wie Multi-Cloud-Reporting in einer Währung zeigt. Wie sich der Begriff Cloud-Kostenmanagement zu FinOps verhält, steht in Cloud-Kostenmanagement und FinOps im Vergleich.
Die Rechte folgen der Art, in drei Stufen. Lesen der Abrechnungsdaten genügt für Berichte, Verteilung, Budgets und Anomalien; dafür gibt es eigene Rollen, etwa Billing Account Viewer bei Google und Cost Management Reader bei Azure, und bei AWS IAM-Richtlinien, die sich auf lesende Aktionen wie ce:GetCostAndUsage beschränken lassen. Lesen von Ressourcen und Metriken brauchen Rightsizing, Kubernetes und Richtlinien. Schreiben brauchen nur Werkzeuge, die handeln: verkleinern, stoppen, Commitments kaufen, korrigieren. Welche Rolle wofür reicht, vergleicht Zugriff auf Kostendaten.
Vor jedem Werkzeug stehen dieselben Sicherheitsfragen:
- Welche Rolle auf welchem Bereich, und ist sie auf Lesen begrenzt?
- Wie wird der Zugriff gewährt und wie entzogen, wenn das Werkzeug geht?
- Wo werden die Daten gespeichert und verarbeitet (Datenresidenz)?
- Wer verantwortet jede schreibende Aktion, und wo wird sie protokolliert?
Was ein kleines Team aus dem Framework 2026 übernimmt, bevor es Werkzeuge auswählt, behandelt FinOps Framework 2026: was kleine Teams wirklich ändern sollten.
Wo es schiefgeht
- Die Art vor den Daten. Ein Werkzeug zur Kostenverteilung wird gekauft, bevor Tags und Kontostruktur stehen, und zeigt vor allem nicht zugeordnete Kosten. Anomalieerkennung braucht eine tägliche Kostenreihe, Kubernetes-Zuordnung gesetzte Requests.
- Zwei Werkzeuge, zwei Kostengrößen. Konsole und zweites Werkzeug zeigen für denselben Monat verschiedene Summen, weil eines amortisiert und das andere abgerechnet rechnet, mit anderem Datenstand oder in anderer Währung. Beide heißen „die Kosten“.
- Einsparungen doppelt gezählt. Konsole und zweites Werkzeug empfehlen dasselbe Commitment, und beide Schätzungen landen in der Planung. Auch die Konsolen rechnen verschieden: Azure berücksichtigt bestehende Reservierungen und Savings Plans, AWS bestehende Savings Plans, der FinOps Hub von Google bei der einzelnen Empfehlung bereits gekaufte CUDs dagegen nicht.
- Schreibrechte ohne Eigentümer. Ein Zeitplan stoppt nachts eine Datenbank, die ein anderes Team braucht, und niemand weiß, wer ihn angelegt hat. Die Rechte aus der Testphase bleiben bestehen, nachdem das Werkzeug ersetzt wurde.
- Leserechte breiter als die Aufgabe. Ein Berichtswerkzeug erhält eine Administratorrolle, weil sie schneller vergeben war als eine Leserolle.
Quellen
Gelesen am 2026-10-16. FinOps Foundation FinOps Domains, Automation, Tools, & Services, Technology Categories und FinOps Landscape; AWS Cost Explorer, AWS Budgets, Cost Anomaly Detection, Cost Categories, Empfehlungen für Savings Plans, Compute Optimizer, Split Cost Allocation Data, AWS Pricing Calculator, Tag Policies und IAM-Richtlinien für Cost Management; Microsoft Überblick über Cost Management, Zugriff auf Kostendaten zuweisen, Advisor: VMs verkleinern oder abschalten, Empfehlungen für Reservierungen, AKS-Kostenanalyse, Azure Policy und Preisrechner; Google Überblick über Cloud Billing, Zugriffssteuerung für Cloud Billing, Budgets, Kostenanomalien, Billing Reports, CUD-Empfehlungen, FinOps Hub, Active Assist, GKE-Kostenzuordnung, Organization Policy und Preisrechner; OpenAI Costs-Endpunkt der Admin API; Anthropic Usage and Cost API.