Der Optimierungskreislauf ist die wiederkehrende Abfolge, in der aus einem Fund eine nachgewiesene Einsparung wird: erkennen, schätzen, entscheiden, umsetzen, prüfen und mit dem Ergebnis wieder neu erkennen. Er ist kein Projekt mit Enddatum, denn jede neue Ressource, jede Preisänderung und jedes ausgelaufene Commitment erzeugt neue Funde und macht alte Schätzungen ungültig. Jede Runde arbeitet aus der offenen Liste der Einsparungschancen wenige Maßnahmen ab, und keine endet, bevor die Rechnung zeigt, was die Änderung bewirkt hat.
So funktioniert es
Die FinOps Foundation beschreibt in ihrem Framework drei Phasen, die eine Praxis immer wieder durchläuft: Inform, Optimize und Operate. Der Kreislauf auf dieser Seite deckt Optimize ab, den Teil von Operate, der die gewählten Maßnahmen umsetzt, und die Rückkehr zu Inform, wo die Foundation die Prüfung ihrer Wirkung verortet; die Phasen selbst beschreibt Inform, Optimize, Operate.
| Schritt | Frage | Ergebnis | Wer |
|---|---|---|---|
| Erkennen | Wo zahlen wir für Einheiten ohne Arbeit oder zu einem zu hohen Satz? | Eintrag in der Liste der Einsparungschancen | Provider-Werkzeuge, Kostenbericht, Engineering |
| Schätzen | Wie viel pro Monat, auf welcher Preisbasis, mit welchem Risiko? | Betrag mit Basis und Annahmen | wer den Fund einträgt |
| Entscheiden | Setzen wir es um, wann und wer? | angenommen, verschoben oder abgelehnt | Verantwortlicher der Ressource, bei Commitments die Freigabe |
| Umsetzen | Ist die Änderung live? | Datum und Beleg wie Ticket, Commit oder Kauf | Engineering oder Einkauf |
| Prüfen | Zeigt die Rechnung den Effekt? | belegte Einsparung oder „nicht belegbar“ | wer den Kostenbericht führt |
Das Ergebnis der Prüfung fließt zurück: Eine Maßnahme, die weniger brachte als geschätzt, korrigiert die nächste Schätzung derselben Art, und eine Änderung, die neue Kosten an anderer Stelle erzeugt hat, wird selbst zum Fund.
Nutzungs- und Preishebel
Die Foundation ordnet die Arbeit in der Domäne Optimize Usage & Cost zwei Capabilities zu: Usage Optimization, vor dem Framework 2026 Workload Optimization, für den Verbrauch und Rate Optimization für den Satz. Nutzungshebel ändern, was und wie viel verbraucht wird: Rightsizing, das Entfernen ungenutzter und verwaister Ressourcen, Zeitpläne, Speicherklassen und weniger Datentransfer. Preishebel senken den Preis für denselben Verbrauch: Commitments wie Savings Plans, Reservierungen und Committed Use Discounts, Spot-Kapazität und ausgehandelte Preise. Die Reihenfolge zählt, weil ein Commitment die Nutzung festschreibt, die es abdeckt: erst die Nutzung, dann der Preis. Wie das ein ganzes Portfolio steuert, beschreibt Commitment-Strategie.
AWS
Cost Optimization Hub sammelt Empfehlungen über die Konten und Regionen einer Organisation: Rightsizing und das Löschen ungenutzter Ressourcen, die AWS Compute Optimizer liefert, dazu Savings Plans und Reserved Instances. Der Hub bereinigt Überschneidungen. Für eine Instanz, die entweder gelöscht oder verkleinert werden kann, zählt er nur die höhere Einsparung, und eine Savings-Plans-Empfehlung kürzt er anteilig um die Kosten ungenutzter Instanzen, die wegfallen würden. Die geschätzte Einsparung bezieht sich auf 730 Stunden, je nach Einstellung nach Abzug der Rabatte des Kontos oder zu öffentlichen On-Demand-Preisen. Zusammenfassen lässt sie sich unter anderem nach Konto, Region, Ressourcentyp, Umsetzungsaufwand, nötigem Neustart und danach, ob sich die Änderung zurücknehmen lässt.
Azure
Azure Advisor listet Kostenempfehlungen, für virtuelle Maschinen und Scale Sets etwa Abschalten und Größenwechsel. Die Einsparung rechnet Advisor zu Retail-Preisen, ohne vorübergehende oder dauerhafte Rabatte des Kontos und ohne vorhandene Reservierungen oder Savings Plans. Microsoft weist darauf hin, dass die Kosten bei einem Wechsel in eine andere Serie sogar steigen können, wenn Reservierungen für die alte gekauft wurden. Jede Empfehlung trägt eine Wirkung von High bis Low und lässt sich in der Statusverwaltung, derzeit in Preview, verschieben, verwerfen oder als erledigt markieren.
Google Cloud
Der Recommender erzeugt Empfehlungen und Insights; Active Assist nennt Google das Portfolio dieser Werkzeuge. Die Einsparung rechnet Google mit den Vertragspreisen des Rechnungskontos, wenn ein individueller Preisvertrag besteht und die Berechtigung zum Lesen der Kosten vorliegt, sonst zu Listenpreisen; Gutschriften und weitere Rabatte bleiben außen vor. Der FinOps Hub fasst die Empfehlungen zusammen, zählt bei Überschneidungen nur die höhere Einsparung und berücksichtigt bereits gekaufte Committed Use Discounts nicht. Jeder Recommender vergibt seine Priorität von P1 bis P4 nach eigener Logik.
Was die Werkzeuge nicht wissen
Alle drei rechnen aus vergangener Nutzung. Sie kennen weder den Launch im nächsten Monat noch die Maschine für Disaster Recovery, die Testumgebung, die absichtlich gleich groß bleibt, oder die Vorgabe, alle Instanzen einer Gruppe gleich zu halten; Microsoft nennt genau solche Fälle als Grund, eine Empfehlung zu verwerfen. Sie kennen auch den Verantwortlichen nicht. Eine Empfehlung ist deshalb ein Fund, keine Entscheidung.
Was es für Ihre Kosten bedeutet
Eine Runde des Kreislaufs liefert wenige umgesetzte Maßnahmen, nicht eine lange Liste. Priorisiert wird nach vier Größen: geschätzte Einsparung pro Monat, Aufwand, Risiko und ob es einen Verantwortlichen gibt. Die Foundation beschreibt in Usage Optimization dasselbe Abwägen von erwartetem Nutzen gegen Aufwand, Risiko und Störung nach einer einheitlichen Rangfolge.
| Einsparung | Aufwand und Risiko | Verantwortlicher | Entscheidung |
|---|---|---|---|
| hoch | gering, rücknehmbar | bekannt | in dieser Runde umsetzen |
| hoch | hoch oder ohne Rücknahme | bekannt | mit Termin, Test und Rückweg einplanen |
| gering | gering | bekannt | sammeln und gebündelt umsetzen, etwa als Regel |
| gering | hoch | bekannt | ablehnen und mit Grund festhalten |
| beliebig | beliebig | unbekannt | erst zuordnen, dann entscheiden |
Bevor Beträge verglichen werden, steht jede Schätzung auf derselben Basis: Eine Advisor-Schätzung zu Retail-Preisen und eine Hub-Schätzung nach Rabatten sind nicht dieselbe Zahl. Angenommene Maßnahmen gehören ab ihrem geplanten Umsetzungsdatum in die Prognose; als Einsparung berichtet wird erst, was die Rechnung belegt. Wie eine Maßnahme diesen Weg geht und woran die Prüfung scheitern kann, beschreibt Einsparungen geschätzt, angenommen, umgesetzt, belegt. Was die Preishebel zusammen bringen, misst die effektive Sparquote. Den Takt gibt das monatliche Kostenreview vor.
Wo es schiefgeht
- Schätzungen addiert. Symptom: Die Summe der Einsparungschancen übersteigt, was die betroffenen Ressourcen überhaupt kosten. Ursache: Löschen und Verkleinern derselben Instanz oder Rightsizing und ein Savings Plan auf dieselbe Nutzung wurden beide gezählt; Cost Optimization Hub und FinOps Hub bereinigen solche Überschneidungen in ihren Summen.
- Preis vor Nutzung. Symptom: Nach dem Rightsizing sinkt die Auslastung eines Commitments, die Rechnung aber kaum. Ursache: Das Commitment wurde auf die alte Nutzung gekauft, der Preishebel kam vor dem Nutzungshebel.
- Retail-Schätzung als Ziel. Symptom: Die Einsparung auf der Rechnung bleibt deutlich unter der Empfehlung. Ursache: Advisor rechnet zu Retail-Preisen ohne Rabatte und Reservierungen, die Rechnung zu den tatsächlichen Preisen.
- Empfehlung ohne Verantwortlichen. Symptom: Dieselben Funde stehen Monat für Monat in der Liste. Ursache: Niemand mit Änderungsrechten hat sie angenommen, und der Kreislauf bleibt beim Erkennen stehen.
- Werkzeug meldet erledigt. Symptom: Die Empfehlung ist geschlossen, die Kostenposition unverändert. Ursache: Advisor markiert eine Empfehlung auch dann als erledigt, wenn sie nicht mehr zutrifft; erledigt heißt nicht, dass die Rechnung sinkt.
- Eine Runde statt eines Kreislaufs. Symptom: Ein Jahr nach dem Aufräumprojekt liegen die Kosten wieder auf dem alten Niveau. Ursache: Nach der Umsetzung wurde weder geprüft noch neu erkannt, und neue Ressourcen haben die alten Muster wiederholt.
Quellen
Gelesen am 2026-10-16. FinOps Foundation Phasen, das FinOps Framework 2026, Usage Optimization und Rate Optimization (CC BY 4.0); AWS Cost Optimization Hub, Geschätzte monatliche Einsparung, Einstellungen des Cost Optimization Hub, Einsparungschancen ansehen und Kennzahl Kosteneffizienz; Microsoft Kostenempfehlungen für VMs und Scale Sets und Status von Advisor-Empfehlungen verwalten; Google Cloud Was ist Active Assist, Wie Einsparungen in Empfehlungen berechnet werden, Grundbegriffe des Recommender und Kosten mit dem FinOps Hub optimieren.