Ausgangslage
Checkout-Kosten steigen von 0,084 € auf 0,108 € pro erfolgreicher Bestellung. Gleichzeitig sinkt die Fehlerrate, aber Memory Requests sind stark gestiegen.
Praxis-Lab
FinOps Decision Lab
Bewerte eine reale Kostenabweichung, entwickle Allocation und Unit Metric und entscheide unter Reliability-Grenzen.
Ziel
Eine Entscheidung formulieren, die Kostenwirkung, SLO, Peak Headroom, Security und Wachstum nachvollziehbar verbindet.
Aufgabe A · Allocation prüfen
- Direkte Workload-Kosten von Shared Platform Costs trennen.
- Owner, Produkt, Umgebung und Kostenstelle validieren.
- Unallocated Spend und falsche Tags identifizieren.
Aufgabe B · Unit Economics
Berechne Kosten pro erfolgreicher Bestellung. Behandle Retries, Stornos und Testtraffic explizit, statt sie in einer unklaren Durchschnittsgröße zu verstecken.
Aufgabe C · Optionen bewerten
| Option | Nutzen | Risiko |
|---|---|---|
| Memory Requests senken | schnell, messbar | OOM/Throttling bei Peak |
| Cache-Fehler beheben | Ursache adressiert | Entwicklungsaufwand |
| Commitment kaufen | Preisreduktion | bindet Fehlkonfiguration langfristig |
Musterlösung
Zuerst Cache-Verhalten korrigieren und Canary messen, danach Requests anhand p95 Working Set plus Headroom anpassen. Commitment erst auf stabiler Baseline entscheiden. Guardrail warnt, schaltet Produktion aber nicht automatisch ab.
Abschlusskriterien
- Allocation nachvollziehbar
- Unit Metric fachlich belastbar
- SLO und Peak Headroom als harte Grenzen
- Entscheidung reversibel
- Wirkungsmessung definiert