FinOps · Kostentransparenz · Steuerung
Cloud-Kostenoptimierung und FinOps-Beratung
Sie sehen, wohin die Cloud-Rechnung wächst, wer sie verursacht und welche Hebel es gibt. Erst Zuordnung, dann Optimierung, dann ein Rhythmus, der bleibt. Ohne Sparversprechen: Was sich einsparen lässt, zeigt Ihre Bestandsaufnahme.
- Inform, Optimize, Operate
- Kubernetes-Kosten je Workload
- Lesezugriff auf Kostendaten
01Ausgangslage
Die Rechnung wächst, und niemand kann sagen, warum
SKAFFON unterstützt Unternehmen dabei, Cloud-Kosten zu verstehen, den Teams zuzuordnen und gezielt zu steuern. Wir arbeiten nach dem FinOps-Ansatz: erst Transparenz und Zuordnung, dann Optimierung von Nutzung und Preismodell, dann ein laufender Steuerungsprozess.
Angesprochen sind IT-Leitung, Finanz und Controlling sowie Plattformteams, deren Cloud-Rechnung wächst, ohne dass klar ist, wer sie verursacht und welche Hebel es gibt.
02Symptome
Fünf Anzeichen, dass die Kosten nicht gesteuert werden
-
Rechnung ohne Eigentümer
Die Cloud-Rechnung steigt, aber niemand kann sie Teams oder Produkten zuordnen.
-
Geteilter Cluster, unbekannte Kosten
Kubernetes-Cluster sind gemeinsam genutzt, Kosten je Anwendung unbekannt.
-
Umgebungen im Dauerbetrieb
Entwicklungs- und Testumgebungen laufen dauerhaft.
-
Verträge, die niemand mehr ansieht
Verpflichtungsmodelle (Reservierungen, Rabattverträge) wurden einmal abgeschlossen und seither nie überprüft.
-
Migration mit offenem Kostenrahmen
Vor einer Migration soll der Kostenrahmen der Zielplattform belastbar eingeschätzt werden.
03Einordnung
FinOps ist Zusammenarbeit, kein Sparprogramm
Die FinOps Foundation beschreibt das FinOps Framework als operatives Rahmenwerk und kulturelle Praxis, die den geschäftlichen Wert von Technologie maximiert, datenbasierte Entscheidungen unterstützt und finanzielle Verantwortung zwischen Technik, Finanzen und Fachbereichen schafft.
Daraus folgt: FinOps ist keine einmalige Sparaktion und kein Werkzeug, sondern ein Zusammenspiel aus Daten, Zuständigkeit und regelmäßiger Entscheidung. Reines Abschalten von Ressourcen ohne Zuordnung zu Eigentümern erzeugt Störungen statt Steuerung.
- Teams arbeiten zusammen
- Der geschäftliche Nutzen treibt Technologieentscheidungen
- Jeder übernimmt Verantwortung für seine Nutzung
- FinOps-Daten sind zugänglich, aktuell und genau
- Das variable Kostenmodell der Cloud wird genutzt
04Arbeitszyklus
Inform, Optimize, Operate: ein Kreislauf mit Ergebnis je Phase
Das Framework nennt drei Phasen und gliedert die Praxis in Bereiche wie „Understand Usage & Cost“, „Quantify Business Value“, „Optimize Usage & Cost“ und „Manage the FinOps Practice“. Wir ordnen unser Vorgehen diesen Phasen zu.
05Vorgehen im Detail
Was Sie nach jeder Phase in der Hand haben
- 01
Inform: Istkosten sichtbar und zuordenbar machen
Ergebnis: KostenberichtKostendaten einsammeln und vereinheitlichen. Für unterschiedliche Abrechnungsformate gibt es mit FOCUS (FinOps Open Cost and Usage Specification) eine offene Spezifikation, die Abrechnungsdaten verschiedener Anbieter normalisiert. Dazu: Zuordnungsregeln (Konten, Projekte, Etiketten) und eine Liste nicht zuordenbarer Kosten.
- 02
Optimize: Hebel bewerten und umsetzen
Ergebnis: MaßnahmenlisteJe Hebel eine Bewertung mit Aufwand, Risiko und Eigentümer (siehe Kostentreiber-Landkarte). Die Maßnahmen werden mit den zuständigen Teams umgesetzt.
- 03
Operate: Steuerung verankern
Ergebnis: Prozess, BerichteRegelmäßiger Rhythmus mit Kostenreview von Technik und Finanzen, Budgets und Warnschwellen, Abweichungsanalyse und Richtlinien für neue Ressourcen.
06Kostentreiber-Landkarte
Woher Ihre Cloud-Kosten kommen und welcher Hebel dazu passt
Die Tabelle zeigt, woher Cloud-Kosten typischerweise kommen. Sie ist kein Versprechen, dass jeder Hebel bei Ihnen wirkt: Wirkung und Risiko zeigen sich erst an Ihren Daten.
| Kostentreiber | Messgröße | Hebel | Zu beachten |
|---|---|---|---|
| Rechenleistung (VMs, Container-Knoten) | Auslastung von CPU und Arbeitsspeicher über Zeit, Anforderungen versus Verbrauch | Rightsizing (passende Größen), Abschalten nicht genutzter Ressourcen, Zeitpläne für Nicht-Produktion | Lastspitzen und Reserven; Leistung vor und nach der Änderung messen |
| Preismodell der Rechenleistung | Anteil dauerhaft laufender Last | Reservierungen oder Verpflichtungen für Grundlast, flexible Modelle für Spitzen | Bindung an Laufzeit und Menge; Verpflichtungen nur auf Basis belastbarer Nutzungsdaten |
| Speicher und Backup | Volumen je Klasse, Wachstumsrate, Alter der Daten | Lebenszyklusregeln, passende Speicherklasse, Löschung verwaister Volumes und Snapshots | Aufbewahrungsfristen und Wiederherstellungsanforderungen gehen vor |
| Datenübertragung | Datenvolumen zwischen Regionen, Anbietern und ins Internet | Platzierung näher an den Daten, Caching, Verkehrsmuster ändern | Bei Multi-Cloud oft ein unterschätzter Posten, siehe Multi-Cloud-Migration |
| Verwaltete Dienste (Datenbanken, Warteschlangen, Analytik) | Kapazitätseinheiten, Abfragevolumen | Dimensionierung, Architekturwahl, ggf. Betrieb in Eigenregie | Betriebsaufwand und Verantwortung verschieben sich: Gesamtkosten vergleichen, nicht nur die Rechnung |
| Kubernetes-Cluster | Requests versus Verbrauch je Namespace und Workload, Leerlauf der Knoten | Requests anpassen, Skalierung, Knotenpool-Zuschnitt, Zeitpläne | Näheres im Abschnitt zu Kubernetes-Kosten |
| Lizenzen und Marktplatz-Software | Lizenzzahl, Nutzung | Bereinigung, Modellwechsel | Vertragsbedingungen |
| Nicht zugeordnete Kosten | Anteil ohne Eigentümer | Zuordnungsregeln, Etikettierungspflicht als Richtlinie | Ohne Eigentümer kein Hebel |
| Ressourcen aus beendeten Projekten | Letzte Nutzung | Inventur mit Eigentümer, Löschung nach Frist | Vorher Datensicherung klären |
07Kubernetes
Vom Knoten zur Anwendung: Kubernetes-Kosten sichtbar machen
Ein Cluster erscheint auf der Rechnung als Knoten und Speicher, nicht als Anwendungen. Für die Zuordnung auf Namespaces, Workloads und Container nutzen wir OpenCost, ein herstellerneutrales Open-Source-Projekt zur Messung und Zuordnung von Infrastruktur- und Container-Kosten. Es nennt Showback, Chargeback und laufende Berichte als Einsatzfälle. Andere Werkzeuge wie Kubecost sind alternativ möglich.
Wichtig ist weniger das Werkzeug als die Regeln dahinter.
- Wer sind die Eigentümer eines Namespace?
- Wie werden gemeinsam genutzte Komponenten (Ingress, Monitoring) umgelegt?
- Welche Etiketten sind Pflicht?
08Governance
Regeln, die Kosten dauerhaft zuordenbar halten
Für die Kontenstruktur und Etikettierung siehe Landing Zone. Zum Betrieb eines Clusters auch die Kubernetes-Beratung.
- Etikettierung und Kontenstruktur so, dass Kosten ohne Handarbeit zuordenbar sind
- Budgets mit Warnschwellen je Team oder Produkt
- Richtlinien als Code, die teure Fehlkonfigurationen früh verhindern oder melden
- Review-Rhythmus mit Entscheidungsprotokoll
- Kennzahl-Definitionen, die Technik und Finanzen gemeinsam tragen (etwa Kosten je Kunde oder je Transaktion, sobald Daten dazu vorliegen)
Grenzen
Lesezugriff auf Ihre Kostendaten, Änderungen nur mit Rückweg
Wir arbeiten mit Lesezugriff auf Kosten- und Nutzungsdaten. Änderungen an Ressourcen führen Ihre Teams durch, oder wir mit ausdrücklicher Freigabe und über Ihre Pipeline. Rightsizing und Abschaltung sind Änderungen im Betrieb: Jede Maßnahme erhält Rückweg und Messgröße. Kostendaten können sensible Hinweise auf Systeme enthalten; sie bleiben in Ihrer Umgebung oder werden nach Absprache bearbeitet.
09Passung
Für wen sich eine FinOps-Beratung lohnt und für wen nicht
Sie bringen mit
- Ansprechpartner aus Finanzen und Technik; ohne beide Seiten fehlt FinOps die Hälfte
- Eine Cloud-Rechnung, deren Zuordnung zu Teams und Produkten offen ist
- Bereitschaft, Maßnahmen mit Rückweg und Messgröße umzusetzen
Dann passt es nicht
- Sie erwarten eine garantierte Einsparung oder eine Vergütung, die allein an einer Quote hängt. Das geben wir nicht.
- Ihre Cloud-Kosten sind klein im Verhältnis zum Beratungsaufwand. Dann genügen oft die Bordmittel der Anbieter (AWS Cost Explorer, Azure Cost Management).
- Es gibt keinen Ansprechpartner aus Finanzen oder Controlling.
- Sie suchen einen reinen Rechnungsprüfer oder Lizenzvertreter.
- Die Frage ist nicht Optimierung, sondern ob die Plattform die richtige ist. Dann gehört das in eine Cloud-Beratung oder in einen Cloud Exit.
10Startpaket
Was wir für die Bestandsaufnahme von Ihnen brauchen
- Lesezugriff auf Kosten- und Nutzungsdaten (Rechnungsexporte, Kostenwerkzeuge der Anbieter)
- Verträge und Konditionen (Rabatte, Verpflichtungen, Laufzeiten)
- Organisationsmodell: Teams, Produkte, Kostenstellen, an die Kosten zugeordnet werden sollen
- Zugriff auf Ressourcenbestand und, falls vorhanden, Etikettierungsregeln
- Ansprechpartner aus Finanzen und Technik
11Angebot
Was ein FinOps-Angebot teurer oder günstiger macht
Der Aufwand richtet sich nach den nebenstehenden Aufwandstreibern. Ein Angebot entsteht nach einem Scoping-Gespräch und legt Phasen, Ergebnisse, Annahmen und Preismodell fest.
Welche Frage zu Ihrer Cloud-Rechnung soll beantwortet werden?
Nennen Sie uns Anbieter, grobe Kostenstruktur und die Frage, die Sie beantwortet haben wollen.