Mit Kostenallokation ordnen Sie Cloud-Kosten den verursachenden Teams zu, decken fehlende Posten auf und erkennen ungesteuerte Ausgaben. So allokieren Sie Cloud-Kosten nach Umgebung.
Was ist Kostenallokation
Mit dem Wechsel vom Rechenzentrum in die Cloud sind aus IT-Investitionen laufende Betriebskosten geworden – und damit stellen sich neue Fragen rund um die Steuerung der Cloud-Ausgaben. Statt explizit Mittel für Server oder Hardware zu beantragen, fahren Entwickler (oder automatisierte Systeme) heute im Handumdrehen Instanzen hoch. Das Ergebnis sind häufig überzogene Budgets und nicht zugeordnete Kosten.
Ein erster Schritt zu mehr Kontrolle über Ihre Cloud-Ausgaben besteht darin, die Kosten nach intern definierten Kategorien (z. B. Geschäftsbereichen) zu ordnen und zu gruppieren. Dieser Prozess heißt Cost Allocation und macht sichtbar, welche Kosten gruppenübergreifend anfallen, sodass Sie sie sauber aufteilen können. Außerdem hilft er dabei, fehlende Posten und ungesteuerte Ausgaben aufzuspüren. Keine Sorge: Kostenallokation ist eine Disziplin, in die Sie als Organisation Schritt für Schritt hineinwachsen – Sie müssen nicht von Anfang an alles perfekt zuordnen.
Sind die Kosten erst einmal allokiert, lassen sich Reportings, Budgets und Prognosen deutlich präziser erstellen. Den einen richtigen Weg, Kosten- und Nutzungsdaten zu allokieren, gibt es allerdings nicht – ebenso wenig wie einen Mangel an Tools, die Sie dabei unterstützen.
Schauen wir uns an, wie Sie Ihre Cloud-Kosten nach Umgebung allokieren – mit Google Cloud, AWS und der proprietären Cloud-Analytics-Technologie von DoiT.
Warum Kosten nach Umgebung allokieren
Wer die Kosten pro Umgebung kennt, kann Fragen beantworten wie: "Was kostet uns der Betrieb für unsere Kunden im Vergleich zu Build, Test oder Experimenten?" In manchen Ländern lassen sich zudem steuerliche Vorteile nutzen, indem Sie F&E-Kosten aktivieren und über die Zeit abschreiben, um Liquidität freizusetzen. Solche Auswertungen liefern auch den Anstoß für interne Diskussionen, bei denen Engineers Maßnahmen ergreifen, die Ihnen mittelfristig Geld sparen.
Sie können sich beispielsweise auf die Produktionskosten konzentrieren – nicht nur wegen des Ausgabenvolumens, sondern auch, weil sich daraus Kundenmargen ableiten lassen. Das ist nützlich für Vertriebsgespräche, etwa wenn es darum geht, welcher Rabatt vertretbar ist. Zusätzlich gewinnen Sie ein besseres Gespür für Saisonalität, falls Ihre Branche zyklische Nutzungsmuster aufweist.
Ein wachsames Auge auf die Ausgabentrends in Ihrer Dev-Umgebung hilft Ihnen, Stabilitäts- oder Skalierungsprobleme früh zu erkennen und Komplikationen beim Release neuer Features zu minimieren.
Nicht zuletzt ermöglicht ein besseres Verständnis der Umgebungskosten und ihrer Trends Ihnen und Ihren Engineers verlässliche Prognosen und Budgets. Es ist Ihre Antwort auf die Frage: "Wann sind die Ausgaben zu hoch?"
So allokieren Sie Kosten nach Umgebung
Wie Sie Kosten pro Umgebung erfassen, hängt davon ab, wie Sie eine Umgebung definieren. In der Regel geschieht das über benutzerdefinierte Tags oder Labels, deren "environment"-Werte für prod, dev, staging usw. stehen.
Diese Definition erlaubt feinere Auswertungen, etwa Produktionskosten je Account oder Projekt.
Andere Kunden definieren Umgebungen über Projekte (Google Cloud), Accounts (AWS) oder sogar IAM Folders in Google Cloud.
Kosten pro Umgebung in Google Cloud berechnen
Unten sehen Sie ein Beispiel, wie sich Umgebungskosten in den Billing Reports von Google Cloud visualisieren lassen. In diesem Fall habe ich nach drei Projekten gefiltert, die jeweils eine andere Umgebung repräsentieren.
Kosten pro Umgebung in AWS berechnen
Unten sehen Sie ein Beispiel, wie sich Umgebungskosten im AWS Cost Explorer visualisieren lassen. Wir haben nach bestimmten "Environment"-Tag-Werten gefiltert und nach demselben "Environment"-Tag gruppiert, um die Kosten je Umgebung aufzuschlüsseln.
Damit Sie diesen Tag und die zugehörigen Werte überhaupt nutzen können, müssen Sie zunächst User-Defined Cost Allocation Tags anlegen – idealerweise mit dem AWS Tag Editor. Anschließend müssen Sie die Tags aktivieren, bevor Sie sie im Cost Explorer verwenden können. Beachten Sie: Nach dem Anlegen kann es 24–48 Stunden dauern, bis Tags im Cost Explorer erscheinen. Je früher Sie das einrichten, desto besser, denn Tags lassen sich nicht rückwirkend auf Ressourcen anwenden. Jede Tag-Analyse zeigt nur Daten ab dem Tag, an dem die Ressource getaggt wurde.
Kosten pro Umgebung mit der DoiT Cloud Analytics-Technologie berechnen
DoiT-Kunden erhalten Zugang zu proprietärer Technologie, die Klarheit in die Cloud-Rechnung bringt – insbesondere über Cloud Analytics Reports und Attributions.
Mit Attributions definieren Sie unternehmensspezifische Einheiten wie eine Umgebung, indem Sie Cloud-Ressourcen (Projekte/Accounts, Labels/Tags usw.) gruppieren. Aus den erstellten Attributions bauen Sie anschließend Reports, die Ihre Cloud-Kosten im Geschäftskontext greifbar machen.
Unten habe ich eine Attribution "Staging Environment" angelegt, die alle Google Cloud Projekte mit dem Wort "staging" zusammenfasst. So definiert MEIN Unternehmen eine Staging-Umgebung.
Alternativ können Sie Tags/Labels nutzen, um Ihre verschiedenen Umgebungen abzubilden. Möglicherweise existieren zwei (oder mehr) Tags/Labels für ein und dieselbe Umgebung, etwa "Prod", "prod", "Production" und "production", wie im Screenshot unten zu sehen. Ein häufiges Problem: Das Reporting verantwortet eine FinOps- oder zentrale Gruppe, die Konsistenz in den Metadaten aber kaum durchsetzen kann – also muss das Analytics-Tool diese Aufgabe übernehmen. Indem Sie diese Tags/Labels per Attributions zusammenfassen, gelingt genau das.
Ich habe zudem Attributions für Prod- und Dev-Umgebungen angelegt. Sind die Attributions einmal erstellt, lassen sich ihre Kosten gemeinsam in Cloud Analytics Reports visualisieren – wie unten zu sehen.
Von dort aus erstellen Sie per Klick Prognosen für die Kosten einer bestimmten Umgebung – wie hier unten am Beispiel Dev.
Wer tiefer in die Kosten einer Umgebung eintauchen möchte, schlüsselt diese nach Service auf. Wie unten zu sehen, lassen sich so die Services hervorheben, deren Ausgaben Monat für Monat prozentual am stärksten gestiegen sind.
Sind die Services mit dem stärksten Anstieg identifiziert – in unserem Fall Google Cloud Pub/Sub – können Sie eine Ebene tiefer gehen und die SKUs aufdecken, die den Anstieg verursacht haben.
Schließlich können Sie mit Attributions umgebungsspezifische Budgets aufsetzen, um böse Überraschungen zu vermeiden – wie unten für unsere Development Environment. Wir haben Schwellenwerte definiert, die uns bei Überschreitung per E-Mail und/oder Slack alarmieren, sodass wir bei Bedarf reagieren können (etwa wenn 50 % des Monatsbudgets bereits in den ersten sieben Tagen aufgebraucht sind). Außerdem sehen wir aktuelle Ausgaben im Vergleich zum Budget sowie prognostizierte Ausgaben im Vergleich zum Budget.
So tief in Ihre Umgebungskosten einzutauchen – oder in jede ähnliche Kostenkategorie, die sich nicht out-of-the-box berechnen lässt – schafft Gesprächsanlässe im Team, die sonst nie zustande kämen. Das stärkt Verantwortung und Bewusstsein für Cloud-Ausgaben in der gesamten Organisation. Im Ergebnis vermeidet Ihr Unternehmen Überraschungen, schafft schnellere Feedback-Schleifen und damit nachhaltig effizienteres Verhalten. Auch die Eigenverantwortung der Owner für die einzelnen Buckets nimmt zu.
Ist das auf erster Ebene erledigt, können Sie das Management den Stack hinunter delegieren (etwa auf Team-Ebene an einen Engineering Manager oder auf Produktebene an einen Product Manager). Denken Sie daran: Kostenallokation ist eine Disziplin, in der Sie sich kontinuierlich verbessern!
Cloud-Kosten zu verstehen, ist erst der Anfang
In künftigen Beiträgen beleuchten wir weitere Anwendungsfälle der Kostenallokation, die Sie auf dem Schirm haben sollten – bleiben Sie dran!
DoiT Cloud Analytics bringt Klarheit in Ihre Cloud-Rechnung – aber das ist nur ein Teil des Cloud-Management-Puzzles. Als Premier Partner von AWS und Google Cloud haben wir bereits Tausenden Unternehmen dabei geholfen, ihre Cloud-Deployments zu managen und zu optimieren.
Deshalb erhalten DoiT-Kunden zusätzlich Zugang zu proprietären Produkten, die die besten Preise sicherstellen und zeitraubende Verwaltungsaufgaben durch Automatisierung eliminieren. Und für Aufgaben, die besser von Menschen erledigt werden – etwa der Wechsel zu einer containerisierten Architektur oder der Aufbau einer Data Pipeline – haben Sie unbegrenzten Zugriff auf erfahrene Cloud-Architekten weltweit. Sehen Sie es als "On-Demand-Hirnkapazität" oder Ihr persönliches StackOverflow.
Wenn Sie mehr über die Zusammenarbeit mit DoiT erfahren möchten, sprechen Sie noch heute mit einem Experten oder werfen Sie einen Blick in unser aktuelles E-Book The Cost Conscious Cloud.