Kostenentscheidungen zu dokumentieren heißt, sie so festzuhalten, dass jemand Monate später versteht, was entschieden wurde, warum, mit welcher erwarteten Wirkung und auf welcher Datengrundlage, und dass sich die Entscheidung mit den Kostendaten und dem Audit-Log des Providers verbinden lässt. Viele Posten einer Cloud-Rechnung gehen auf Entscheidungen zurück, die lange zurückliegen: ein Commitment mit dreijähriger Laufzeit, eine Ausnahme von der Kostenrichtlinie, eine Architektur mit viel Datentransfer. Fehlt das Protokoll, wird bei der nächsten Abweichung dieselbe Frage neu verhandelt, oder jemand macht eine Entscheidung rückgängig, deren Grund niemand mehr kennt.
So funktioniert es
Das bewährte Format ist der Architecture Decision Record (ADR). In der Prescriptive Guidance von AWS behandelt ein ADR genau eine Entscheidung: die Lage, die zu ihr geführt hat, was gewählt wurde und was daraus folgt. Jeder Eintrag trägt einen Status, und alle Einträge zusammen bilden das Entscheidungsprotokoll. Ein angenommener Eintrag bleibt, wie er ist; eine geänderte Entscheidung bekommt einen eigenen Eintrag, der den früheren ersetzt, und der frühere bleibt mit dem Status „abgelöst“ im Protokoll. Als zentrale Ablage nennt AWS ein Git-Repository, das die Versionierung erleichtert, oder ein Wiki. Auch das Well-Architected Framework von Microsoft führt das Protokoll so, dass nur angehängt wird, und ergänzt verworfene Optionen, die wichtigen Abwägungen und wie sicher sich das Team bei der Entscheidung war; das Protokoll gehört zur Dokumentation des Workloads, die Microsoft auch als gemeinsame Grundlage für Prüfungen und Störungsanalysen sehen will. Die ADR-Organisation auf GitHub weist darauf hin, dass sich das Format nicht nur für Architektur, sondern auch für Design- und andere Entscheidungen eignet. Unter den Risikokategorien ihrer Capability Governance, Policy & Risk (CC BY 4.0) nennt die FinOps Foundation das Decision Transparency Risk: Die Leitung entscheidet, ohne zu sehen, was geplant, ausgegeben oder vertraglich gebunden ist.
Was ein Kostenentscheidungsprotokoll enthält
Ein Eintrag für eine Kostenentscheidung ist ein ADR mit einigen Pflichtfeldern mehr:
| Feld | Inhalt | Wozu |
|---|---|---|
| Datum und Status | vorgeschlagen, angenommen, abgelöst, mit Datum | eine Kostenbewegung dem Tag der Entscheidung zuordnen |
| Entscheidung und Alternativen | was gewählt wurde, was verworfen wurde, wie sicher die Annahmen sind | verstehen, ob die Gründe noch gelten |
| Bereich | Konto, Subscription, Projekt, Tag-Wert oder Regel | den Bericht danach genau darauf filtern |
| Erwartete Wirkung | Betrag oder Stückkosten je Monat, Kostenbasis, ab wann sichtbar | die Wirkung später belegen |
| Datengrundlage | Bericht oder gespeicherte Sicht, Datenstand, Preise mit Datum | die Rechnung von damals nachvollziehen |
| Verantwortlich | der Kostenverantwortliche und wer freigegeben hat | wissen, wen man fragt |
| Prüfdatum | wann Wirkung oder Entscheidung erneut geprüft werden | Verlängerungen und Ausnahmen nicht verstreichen lassen |
| Belege | Ereignis-IDs aus dem Audit-Log, Bestell- oder Ticketnummer | Entscheidung und Ausführung verbinden |
Die gespeicherte Sicht beschreibt Kostenberichte und gespeicherte Ansichten; wie aus der erwarteten Wirkung eine belegte wird, steht in von der geschätzten zur belegten Einsparung.
Commitments und Ausnahmen
Zwei Arten von Entscheidungen brauchen das Protokoll besonders, weil sie mit einem Datum enden. Ein Commitment bindet für Jahre; sein Eintrag nennt Laufzeit, Zahlungsweise, Geltungsbereich, die erwartete Abdeckung und das Datum, an dem über Verlängerung oder Ablauf entschieden wird (Tausch, Kündigung und Ablauf von Commitments). Eine Ausnahme von der Richtlinie nennt Ressource, Grund, Verantwortlichen und Enddatum; wie Azure Policy Ausnahmen mit Ablaufdatum abbildet, beschreibt Kostenrichtlinie: Inhalt, Durchsetzung, Ausnahmen. In beiden Fällen ist das Enddatum zugleich das Prüfdatum.
Verbindung zum Audit-Log
Das Protokoll sagt, warum entschieden wurde; das Audit-Log des Providers zeigt, wer wann was ausgeführt hat.
| Provider | Was festgehalten wird | Standardmäßig | Für länger |
|---|---|---|---|
| AWS | CloudTrail erfasst alle Aufrufe der Savings-Plans-API, alle EC2-API-Aufrufe einschließlich des Kaufs von Reserved Instances und Aktionen in Billing and Cost Management, jeweils mit Identität, Zeit und Quell-IP. | Ereignisverlauf der letzten 90 Tage je Region, unveränderlich | ein Trail in einen S3-Bucket; CloudTrail Lake nimmt seit dem 31. Mai 2026 keine neuen Kunden mehr an |
| Azure | Das Activity Log erfasst Verwaltungsvorgänge an Ressourcen, etwa das Anlegen einer VM. Käufe und Erstattungen von Reservierungen stehen unter Reservierungstransaktionen im Abrechnungsbereich und in einer API; ein Tausch erscheint als Erstattung und Kauf. | 90 Tage | eine Diagnoseeinstellung, etwa in einen Log-Analytics-Workspace mit bis zu zwölf Jahren Aufbewahrung |
| Google Cloud | Admin-Activity-Audit-Logs erfassen etwa das Anlegen ressourcenbasierter Commitments in Compute Engine und Änderungen am Abrechnungskonto; für Einträge auf Ebene des Abrechnungskontos nennt Googles Überblick zu den Audit-Logs nur die gcloud CLI und die Logging API. | 400 Tage im Bucket _Required des Projekts, nicht änderbar | eine Senke in einen eigenen Log-Bucket mit bis zu 3.650 Tagen |
Microsoft nennt als häufigen Grund für längere Aufbewahrung, dass die Information, wer eine Ressource angelegt hat, nur im Activity Log steht. Umgekehrt lässt sich eine Kostenzeile über ein Tag mit der Kennung der Entscheidung an das Protokoll binden; AWS rät, keine sensiblen Informationen in Tags zu schreiben, eine Kennung genügt.
Aufbewahrung
Das Entscheidungsprotokoll selbst liegt am besten versioniert im Repository und wird nicht gelöscht. Für Audit-Logs und Kaufbelege reichen die Standardfristen der Provider von 90 bis 400 Tagen nicht weit. Gesetzliche Aufbewahrungsfristen setzt nicht der Provider, sondern das Gesetz (Historie der Abrechnungsdaten); ob ein Entscheidungsprotokoll, eine Kaufbestätigung oder ein Log-Eintrag darunter fällt, klären Sie mit Steuerberater oder Wirtschaftsprüfer.
Was es für Ihre Kosten bedeutet
Eine Entscheidung mit erwarteter Wirkung und Prüfdatum wird überprüft; eine ohne beides wird vergessen. Commitments laufen dann aus oder verlängern sich, ohne dass jemand ihre Auslastung neu bewertet hat, und Ausnahmen überleben ihren Grund. Bei einer Abweichung führt der Eintrag schnell zur Ursache, weil Datum und Bereich die Suche eingrenzen; wie eine solche Änderung vorher begleitet wird, beschreibt Change Management für Cloud-Kosten. Was ohne Eintrag auffällt, findet die Anomalieerkennung, dann aber ohne Begründung.
Wo es schiefgeht
- Keine erwartete Wirkung. Symptom: Niemand kann sagen, ob eine Entscheidung gewirkt hat. Ursache: Der Eintrag nennt weder Betrag noch Kostenbasis noch Bereich.
- Einträge überschrieben. Symptom: Das Protokoll sagt heute etwas anderes als bei der letzten Prüfung. Ursache: Angenommene Einträge wurden geändert statt durch neue abgelöst.
- Audit-Log abgelaufen. Symptom: Wer eine Reserved Instance oder einen Savings Plan gekauft hat, lässt sich nicht mehr feststellen. Ursache: Es wurde kein Trail eingerichtet, und der Ereignisverlauf von CloudTrail reicht nur 90 Tage zurück.
- Abrechnungslogs nicht gefunden. Symptom: Der Logs Explorer zeigt keine Änderungen am Abrechnungskonto. Ursache: Diese Einträge liegen auf Ebene des Abrechnungskontos, und Googles Überblick zu den Audit-Logs nennt zum Lesen nur die gcloud CLI und die Logging API.
- Ausnahme ohne Ende. Symptom: Eine Ausnahme gilt Jahre nach ihrem Anlass. Ursache: Kein Enddatum und kein Prüfdatum im Eintrag.
- Zahlen passen nicht mehr. Symptom: Die Beträge im Eintrag weichen vom heutigen Bericht ab. Ursache: Kostenbasis und Datenstand fehlen, und der Provider hat die Daten seither nachberechnet.
Quellen
Gelesen am 2026-10-16. FinOps Foundation Governance, Policy & Risk (CC BY 4.0); AWS Architekturentscheidungen mit ADRs festhalten, ADR-Prozess, bewährte Praktiken für ADRs, CloudTrail-Ereignisverlauf, CloudTrail Lake, Savings-Plans-Aufrufe in CloudTrail, EC2-API-Aufrufe in CloudTrail, PurchaseReservedInstancesOffering, Billing-and-Cost-Management-Aufrufe in CloudTrail und Kostenzuordnungs-Tags; Microsoft Architecture Decision Record führen, Activity Log in Azure Monitor und Reservierungskäufe und Erstattungen anzeigen; Google Cloud Cloud-Audit-Logs, Audit-Logging für Cloud Billing, Audit-Logging für Compute Engine und Aufbewahrungsfristen in Cloud Logging; ADR-Organisation adr.github.io.