Eine Cloud-Konto-Checkliste für Kosten arbeitet der Plattform-Verantwortliche ab, bevor ein neues Konto, eine Subscription oder ein Projekt an ein Team übergeben wird, und noch einmal, wenn ein bestehendes Konto einen neuen Eigentümer bekommt; sie hält fest, welche Budgets und Alarme, Tags, Exporte, Leitplanken, Quotas, Zugriffsrechte und Namen gesetzt sind, bevor die erste Ressource entsteht. Die Entscheidung, die sie festhält, ist die Übergabe: ein Konto ohne vollständige Checkliste bekommt kein Team. Warum die Kontrollen am Anfang des Lebenszyklus billiger sind als am Ende, erklärt Kosten im Entwicklungslebenszyklus; wie Konten, Subscriptions und Projekte die Hierarchie bilden, Abrechnungskonten und Hierarchien. Diese Seite ist die Checkliste.
Die Vorlage
Kostenkontrollen für <Konto, Subscription oder Projekt>, angelegt am <Datum>, Eigentümer <Team>, Kostenstelle <Nummer>, Umgebung <prod, dev, sandbox>, Übergabe durch <Rolle>
Stammdaten
| Feld | Wert |
|---|---|
| Name nach Schema | <org-team-umgebung-zweck> |
| Platz in der Hierarchie | <Organisationseinheit, Management Group oder Ordner> |
| Abrechnungskonto | <Payer-Konto, Billing-Profil oder Cloud-Billing-Konto> |
| Tags oder Labels des Kontos | owner=<team>, cost-center=<Nummer>, environment=<Wert> |
| Kontakte für Abrechnung und Sicherheit | <Verteiler, kein Postfach einer Person> |
| Befristung | <Enddatum oder unbefristet>, Löschfrist <Datum> |
| Budget je Monat | <Betrag>, Begründung <Schätzung aus dem Architektur-Review> |
Checkliste vor der Übergabe
Zuordnung
- Tags oder Labels des Kontos gesetzt und vom zentralen Export gelesen
- Name folgt dem Schema; das Konto steht in der Organisationseinheit, Management Group oder dem Ordner seiner Umgebung
- Tagging-Durchsetzung geerbt: Tag Policy angehängt, Azure Policy zugewiesen oder Constraint und Pipeline-Prüfung aktiv
Abrechnungsdaten
- Konto erscheint im zentralen Export: Data Exports des Payers, Export auf Billing-Scope oder BigQuery-Export des Abrechnungskontos
- Lesezugriff auf Kostendaten für das Team vergeben:
<Rolle>je Provider - Konto im Kostenwerkzeug mit Eigentümer und Kostenstelle angelegt
Budgets und Alarme
- Budget je Monat gesetzt mit Alarmen bei
<50, 80, 100>Prozent Ist und<100>Prozent Prognose an<Team-Lead, Cloud-Verantwortlicher> - Anomalie-Erkennung deckt das Konto: Monitor, Anomaliewarnung oder Erkennung je Abrechnungskonto
- Für
devundsandbox: Budget-Aktion oder Abschaltung der Abrechnung bei<Prozent>eingerichtet<ja, nein, Grund>
Leitplanken
- Regionen beschränkt auf
<Liste> - Dienste beschränkt:
<Liste>; GPU-Instanzen und<teure Dienste>nur auf Antrag - Quotas auf Standardwerten; Erhöhung nur mit Antrag und Budgetprüfung
- Free Tier und Credits: Ablaufdatum
<Datum>notiert, Erinnerung<30>Tage vorher
Zugriff
- Abrechnungsrechte nur für
<Rollen>; Root- oder Owner-Zugang mit MFA, nicht für den Alltag - Keine langlebigen Zugangsschlüssel; Alarm bei Anlage eines Schlüssels
Betrieb
- Abschaltzeitplan für
devals Tagschedulegesetzt; Löschfrist für temporäre Ressourcen alsexpires-on - Eigentümer hat die Checkliste bestätigt; Eintrag im Kontoregister
Je Provider
| Kontrolle | AWS | Azure | Google Cloud |
|---|---|---|---|
| Hierarchie | Organisationseinheit in AWS Organizations | Management Group | Ordner unter der Organisation |
| Tags des Kontos | Konto-Tags, aktiviert für die Kostenzuordnung | Tags der Subscription mit Vererbung in Cost Management | Labels des Projekts |
| Export | Data Exports (CUR 2.0) am Payer | Export auf Billing-Account-Scope | BigQuery-Export am Abrechnungskonto |
| Budget | AWS Budgets, Budget-Aktionen | Cost-Management-Budgets, Aktionsgruppen | Cloud-Billing-Budgets, Pub/Sub, Abrechnung abschalten |
| Anomalien | Cost Anomaly Detection | Anomaliewarnungen | Kostenanomalie-Erkennung |
| Leitplanken | Service Control Policies | Azure Policy | Organisationsrichtlinien |
| Quotas | Service Quotas | Quotas der Subscription | Quotas des Projekts |
| Kostenzugriff | IAM-Richtlinien für Billing, Billing Views | Rolle Cost Management Reader | Rolle Billing Viewer |
Kontoregister
| Konto | Eigentümer | Kostenstelle | Umgebung | Budget je Monat | Angelegt | Enddatum | Checkliste bestätigt |
|---|---|---|---|---|---|---|---|
<ID> | <Team> | <Nummer> | <Umgebung> | <Betrag> | <Datum> | <Datum> | <Datum, Person> |
So füllen Sie sie aus
Stammdaten: Der Name trägt Team und Umgebung, weil der Export ihn in jeder Zeile zeigt und das Tag fehlen kann; Kontakte sind Verteiler, weil Personen gehen. Das Budget kommt aus der Schätzung des Architektur-Reviews, nicht aus einer runden Zahl.
Zuordnung: Welche Tags Pflicht sind, steht in der Tagging-Richtlinie; wie Konto, Subscription und Projekt selbst zur Zuordnung dienen, in Zuordnung nach Konto, Subscription und Projekt. Abrechnungsdaten: Die Exporte je Provider beschreiben AWS Cost and Usage Report, Azure-Kostenexporte und Google-Cloud-Abrechnungsexport; den Lesezugriff Zugriff und Rollen für Kostendaten.
Budgets: Die Schwellen und was eine Budget-Aktion kann, stehen in Budget-Alarme und Schwellen; die Abschaltung der Abrechnung ist nur für Sandboxes, weil sie Ressourcen löscht. Leitplanken: Regionen, Dienste und Quotas als Bremse beschreibt Leitplanken und Freigabeschwellen; wann ein Free Tier endet und was dann berechnet wird, Free Tiers und Testphasen. Der Alarm aus dem Konto landet im Anomalie-Runbook.
So passen Sie sie an
Ein Team: Das Kontoregister ist eine Zeile je Umgebung, und die Übergabe bestätigt die Person, die das Konto auch nutzt. Mehrere Teams: Die Checkliste wird zur Pipeline, die ein Konto aus einer Vorlage anlegt (Account Factory, Landing Zone, Projekt-Factory), und die Prüfung ist der Pull Request auf die Vorlage.
Ein Provider: Die Tabelle je Provider schrumpft auf eine Spalte, die Zeilen bleiben. Drei Provider: Ein Register für alle, mit der Provider-Spalte, weil das monatliche Review nach Kostenstelle fragt, nicht nach Provider.
Startup: Budget, Anomalie-Erkennung, Zugangsschlüssel-Alarm und das Free-Tier-Datum sind die vier Punkte, die zuerst kommen; Regionen und Dienste folgen mit dem zweiten Konto. Finance-geführt: Kein Konto ohne Kostenstelle im Register, und das Register wird monatlich gegen den Export abgeglichen, damit kein Konto außerhalb der Verrechnung läuft.
Quellen
Gelesen am 2026-10-21. FinOps Foundation, Governance, Policy & Risk (CC BY 4.0), Konto-Tags für die Kostenzuordnung, Budget-Aktionen konfigurieren, Service Control Policies, Alternative Kontakte eines Kontos, unerwartete Kosten nach dem Free Tier vermeiden, Tag-Vererbung in Cost Management, Zugriff auf Cost-Management-Daten zuweisen, Übersicht über Azure Policy, Ressourcenstandorte einschränken, Abrechnung über Budgetbenachrichtigungen deaktivieren, Essential Contacts.