Zum Inhalt springen
Alle Leistungen

Cloud-Kostenoptimierung (FinOps)

Eine tiefere Cloud-Rechnung in Wochen, ohne dass Ihre Kunden etwas merken.

Für Teams, deren Azure-, AWS- oder Kubernetes-Rechnung schneller wächst als das Geschäft. Ich finde heraus, wohin das Geld fliesst, kürze, was niemand braucht, in der Reihenfolge mit dem meisten Effekt bei kleinstem Risiko, und hinterlasse eine Routine, damit die Einsparung bleibt.

Kommt Ihnen das bekannt vor?

  • Die Monatsrechnung steigt, und niemand kann sagen, welches Team oder welcher Dienst dahintersteckt
  • Kubernetes-Nodes laufen halb leer, weil Requests geschätzt statt gemessen wurden
  • Dev- und Test-Umgebungen laufen jede Nacht und jedes Wochenende
  • Reservierungen wurden für Maschinen gekauft, die es nicht mehr gibt

So gehe ich vor

  1. 1

    Kosten sichtbar machen

    Ich ziehe die amortisierten Kosten pro Ressource aus der Billing-API, tagge jede Zeile mit Produkt, Team und Stage und baue eine Run-Rate-Prognose, damit eine Änderung nach Tagen sichtbar wird, nicht erst am Monatsende.

  2. 2

    Prüfen vor dem Kürzen

    Für jeden Kandidaten prüfe ich live, was darauf läuft, wer es nutzt und wie hoch die Spitzenlast ist, nie der Durchschnitt. Was ein Kunde bemerken könnte, bleibt unangetastet, bis es nachweislich sicher ist.

  3. 3

    Richtig dimensionieren und abschalten

    Kubernetes-Requests folgen der echten p95-Nutzung, damit der Autoscaler Nodes abbauen kann, ungenutzte Ressourcen verschwinden, und Nicht-Produktion läuft 60 statt 168 Stunden pro Woche.

  4. 4

    Die teuren Stellen beheben

    Teure Queries, Debug-Logging in kostenpflichtigem Speicher und Daten, die länger liegen als nötig. In einem Fall senkte ein einziger Query-Fix die Last auf Cosmos DB um etwa das 40-Fache, bei identischem Ergebnis.

  5. 5

    Zuletzt binden, dann halten

    Reservierungen und Savings Plans erst für die neue, kleinere Grösse. Danach halten Budgets mit Prognose-Alerts, ein täglicher Kostenbericht im Team-Chat und ein monatliches Review die Rechnung unten.

Der Kreislauf, den ich aufsetze: messen, in Git ändern, den Cluster schrumpfen lassen, täglich berichten, zuletzt binden.
Right-Sizing-Kreislauf auf Azure: Managed Prometheus misst die p95-Nutzung, Git und FluxCD setzen neue Requests, der Cluster Autoscaler baut Nodes ab, Cost Management schickt einen täglichen Bericht, Reservierungen folgen der kleineren Grösse.

Interaktiv

Wie viele Nodes brauchen Ihre Requests wirklich?

Schieben Sie die Regler auf Ihre Werte. Requests entscheiden, wo Pods Platz finden, zu grosse Requests kaufen also Nodes, die niemand nutzt.

Node-Grösse

5

Nodes heute

2

Nodes nach Right-Sizing (200m)

60%

weniger Node-Kapazität

Nur CPU, rund 90 % eines Nodes sind allokierbar, mindestens 2 Nodes für Verfügbarkeit. Speicher genauso prüfen, bevor ein Node wegfällt.

Alle Rechner und Checklisten

Was Sie bekommen

  • Kostenbasis pro Ressource, Team und Umgebung mit Run-Rate-Prognose
  • Eine priorisierte Liste von Änderungen, jede mit Auswirkung, Risiko und Rückweg
  • Die Änderungen selbst, je ein Ticket, ohne Auswirkung auf Kunden umgesetzt
  • Budgets, Prognose-Alerts und ein täglicher Kostenbericht in Teams, Slack, Google Chat oder per E-Mail
  • Ein monatlicher One-Pager für das Management mit Zwei-Monats-Prognose

Fragen, die Kunden stellen

Wie lange dauert es, bis wir Einsparungen sehen?

Die Kostenbasis steht nach wenigen Tagen. Die ersten Änderungen kommen meist in der zweiten Woche, und dank Run-Rate-Prognose sehen Sie ihre Wirkung nach Tagen. Im hier gezeigten Projekt lagen die gesamten Azure-Kosten nach fünf Wochen 48 % tiefer.

Merken unsere Kunden etwas?

Nein. Jede Änderung wird vorher live gegen die Spitzenlast geprüft und hat einen Rückweg. Was ein Kunde bemerken könnte, bleibt draussen, bis es nachweislich sicher ist.

Funktioniert das auch auf AWS und Google Cloud?

Ja. Die Methode ist auf Azure, AWS und Google Cloud dieselbe, und für Kubernetes auf jeder davon. Nur die Billing-APIs und die Namen der Rabatte unterscheiden sich.

Was brauchen Sie von uns?

Lesezugriff auf Billing und Monitoring, eine Person, die die Plattform kennt, und einen kurzen wöchentlichen Termin, um über die nächsten Änderungen zu entscheiden. Schreibzugriff nur dort, wo wir eine Änderung vereinbaren.

Wie rechnen Sie ab?

Nach einem 30-Minuten-Gespräch: entweder ein fester Umfang mit definiertem Ergebnis oder einige Tage pro Monat als laufende FinOps-Begleitung. Keine Überraschungen, der Umfang steht schriftlich fest, bevor wir starten.

Kann mein Team das danach selbst weiterführen?

Ja, genau das ist das Ziel. Berichte, Alerts und Checkliste bleiben dokumentiert bei Ihnen, und ich begleite Ihr Team durch das monatliche Review, bis es das allein macht.

    Kontakt aufnehmen

    Erzählen Sie mir von Ihrem Projekt, ich antworte innerhalb von 1–2 Werktagen.

    Dominik Heinrich
    Unternehmen
    MADO Consulting

    Weltweit verfügbar, remote. Vor Ort auf Anfrage, je nach Land.

    Ich antworte innerhalb von 1–2 Werktagen. Freie Termine: siehe Kalender

    Öffnet hier den Buchungskalender von Calendly. Beim Laden werden Daten an Calendly übertragen (siehe Impressum).