Public-Cloud-Rechnungen schrumpfen nicht von selbst. Untergenutzte Commitments, ungenutzte Ressourcen, Egress-Gebühren und Aufschläge für Managed Services der Hyperscaler führen dazu, dass die meisten Cloud-Ausgaben 20–40 % höher liegen als nötig — noch vor jeder architektonischen Änderung. Das richtige Projekt zur Cloud-Kostenoptimierung benennt, wo die Ausgaben versickern, was sich innerhalb des Hyperscalers zu beheben lohnt und was sich auf eine Plattform verlagern lässt, die Sie selbst kontrollieren.
Passt zu: Ænix Public Cloud Platform, wenn Sie Cloud an Kunden verkaufen; Private Cloud Platform, wenn Sie sie für Ihre eigene Organisation betreiben. Kostenloses Cloud-Repatriation-TCO-Worksheet →. Für CTOs: siehe den CTO-Leitfaden.
Wer ein Cloud-Kostenproblem hat, das sich zu lösen lohnt
Das Kostenprojekt passt, wenn mindestens drei der folgenden Punkte zutreffen:
- Jährliche Public-Cloud-Rechnung im siebenstelligen Bereich — dann lohnt sich die Analyse.
- Die Ausgaben wachsen schneller als der Umsatz, oder die Entwicklung bis zur nächsten Verlängerung bereitet der Finanzabteilung Unbehagen.
- Dauerhafte Workloads mit planbarer Auslastung — kein reines Burst-Profil.
- Multi-Cloud- oder Multi-Account-Komplexität — die Transparenz ist über Accounts, Regionen und Teams hinweg fragmentiert.
- Eine FinOps-Funktion existiert, agiert aber reaktiv — das Team meldet Mehrausgaben, nachdem sie angefallen sind, prägt Architekturentscheidungen aber nicht im Vorfeld.
- Eine Kostenentscheidung auf Vorstandsebene steht bevor — Budgetprüfung, Repatriation-Frage, Einstellungsstopp oder M&A.
Treffen mindestens drei Punkte zu, findet das Assessment in der Regel Einsparungen, die es rechtfertigen, noch bevor Umsetzungsarbeiten beginnen — wie in den FAQ beschrieben, versprechen wir dabei aber keinen Prozentsatz. Bei weniger Signalen liegt der Großteil des Nutzens in routinemäßigem FinOps-Tooling, nicht in einem strukturierten Projekt.
Wo sich Cloud-Kostenlecks konzentrieren
1. Untergenutzte Commitments und Reservierungen Reserved Instances, Savings Plans und Committed Use Discounts, die gekauft wurden, um „Einsparungen zu sichern“, sind regelmäßig nur zu 50–70 % ausgelastet. Der Rabatt verpufft an ungenutzter Kapazität. Die meisten Organisationen können ihre tatsächliche Ausnutzungsquote ohne gezielte Prüfung nicht benennen.
2. Ungenutzte und überdimensionierte Ressourcen EC2- oder VM-Instanzen, die rund um die Uhr bei 5–15 % CPU laufen. Storage-Volumes, die an beendeten Workloads hängen. Load Balancer, die nichts schützen. NAT Gateways, die nichts routen. Das sammelt sich stetig an und bleibt bei der monatlichen Rechnungsprüfung weitgehend unsichtbar.
3. Egress und Cross-Region-Verkehr Strukturell bedingte Cross-Region-Replikation; Cross-Cloud-Verkehr aus zufälligen Architekturentscheidungen; SaaS-Observability-Anbieter, die Daten über Cross-Region-Endpunkte ziehen. Egress bringt den Hyperscalern hohe Margen und wird beim Architekturentwurf fast nie optimiert.
4. Aufschlag für Managed Services der Hyperscaler Managed Databases, Managed Kubernetes, Managed Observability — im großen Maßstab alle zum 2- bis 4-Fachen selbst betriebener Äquivalente bepreist. Für manche Workloads lohnt sich das; bei anderen bleibt der Aufschlag unsichtbar, bis man ihn misst.
Ein strukturiertes Kostenprojekt erfasst alle vier mit quantifizierten Zahlen pro Account und Team.
Wann Cloud-Kostenoptimierung nicht ausreicht
Der Gewinn ist strukturell, nicht konfigurativ Nach sechs Monaten Right-Sizing, Nachjustieren von Reservierungen und Beseitigen von Verschwendung ist die Rechnung 20 % niedriger. Dann sinkt sie nicht weiter. Weitere Einsparungen erfordern architektonische Änderungen — Repatriation, Plattformwechsel oder Neuentwurf der Workloads.
Die Kostenkrise ist ein Symptom einer Plattformkrise Die Cloud-Ausgaben wachsen, weil die Bereitstellung von Umgebungen nicht funktioniert: Jedes Team baut seine eigene Infrastruktur, ohne gemeinsame Plattform. Die Kosten sind real, aber die Lösung liegt nicht im FinOps, sondern im Platform Engineering.
Die Hyperscaler-Ökonomie passt schlicht nicht zum Workload Inferenz rund um die Uhr, Analytik auf großen Datenmengen, regulierte Workloads im großen Maßstab — manche Workloads eignen sich strukturell besser für dedizierte Infrastruktur. Kein FinOps-Tooling schließt diese Lücke.
Vendor-Lock-in ist ein Kostenfaktor, kein Feature Der Aufschlag für Managed Services ist erträglich, bis die Vertragsverhandlung ansteht. Dann macht das Fehlen einer glaubwürdigen Alternative die nächste Verlängerung teuer. Optimierung kann darauf hinweisen; lösen lässt es sich nur durch eine architektonische Änderung.
Ein ehrliches Projekt benennt, welche dieser Punkte auf Ihre Situation zutreffen, und sagt Ihnen, ob die Antwort FinOps-Tuning, Platform Engineering oder Repatriation lautet. Lautet sie Repatriation, siehe Cloud-Repatriation.
Wie Ænix hilft
Das Kostenprojekt läuft als Teil unseres Platform Readiness Assessment mit dem Arbeitsstrang Kosten und Cloud-Ausgaben als Schwerpunkt. Das 14- oder 28-tägige Projekt liefert:
- Ehrliches TCO-Modell — aktuelle Ausgaben nach Account, Service und Team, mit normalisiertem Vergleich zu alternativen Architekturen.
- Inventar der Kostenlecks — quantifiziert, mit benannten Commitments, Instanz-IDs und Verantwortlichkeiten.
- Right-Sizing-Empfehlungen — pro Workload, sortiert nach Aufwand und Einsparung.
- Architektonische Kostenentscheidungen — Prüfung der Managed Services, Neuentwurf des Egress, Bereinigung von Multi-Region-Setups, Repatriation-Kandidaten.
- 12-Monats-Ausgabenverlauf — aktuell → optimiert → architektonisch verändert, mit Obergrenzen und Konfidenzbereichen.
- Plan für FinOps-Verantwortung und -Prozess — wer den Prozess weiterführt, wenn wir gegangen sind.
Geliefert von Ænix-Ingenieuren, die Produktionsplattformen in der EU und in Zentralasien gebaut und betrieben haben.
Warum gerade Ænix
- Keine Hyperscaler-Partnerschaft. Kostenoptimierungsprojekte der Big Four werden meist von genau dem Hyperscaler gesponsert oder mitgeliefert, dessen Ausgaben optimiert werden. Der Interessenkonflikt ist real. Wir haben keinen.
- Ingenieure, keine Buchhalter. Kostenoptimierung ist eine Platform-Engineering-Frage im Gewand einer FinOps-Frage. Right-Sizing erfordert Verständnis dafür, wie Workloads Ressourcen nutzen; Kostenentscheidungen auf Architekturebene erfordern Verständnis der Architektur. Unsere Ingenieure können beides.
- Open-Source-Plattform als Fundament. Cozystack ist eine quelloffene, Kubernetes-native Plattform. Wenn Workloads davon profitieren, auf einer Plattform zu laufen, die Sie kontrollieren statt mieten, zeigen wir Ihnen die Rechnung, die Architektur und den Umsetzungsweg — unter Ihrer Governance.
Wie das Projekt abläuft
Tag 0 ist ein kostenloses 30-minütiges Discovery-Gespräch, in dem der Umfang festgelegt wird. An den Tagen 1–13 (bzw. 1–27) laufen vier parallele Arbeitsstränge mit Schwerpunkt auf Kosten und Cloud-Ausgaben, begleitet von täglichen asynchronen Updates und drei Abstimmungsterminen mit dem Sponsor. An Tag 14 (bzw. 28) folgt ein 60- bis 90-minütiger Executive-Readout zum schriftlichen Bericht — TCO-Modell, Inventar der Kostenlecks, Right-Sizing, architektonische Entscheidungen, 12-Monats-Verlauf und FinOps-Plan. Die vollständige Methodik Tag für Tag: Platform Readiness Assessment.
Unternehmen, die Plattformen mit Ænix betreiben
Hosting-Anbieter, die Ænix Public Cloud Platform in Produktion betreiben
Hosting-Anbieter, die die Ænix Public Cloud Platform produktiv betreiben. Kostenergebnisse aus konkreten Projekten — zum Beispiel GPU-Kosten auf eigener Hardware im Vergleich zu gemieteter Kapazität — finden Sie auf der Seite mit den Fallstudien.
"Running Nuvolos on sovereign bare metal meant we needed hyperscaler-grade multi-tenancy without the hyperscaler. Cozystack delivered exactly that — isolated tenants, shared GPUs, KubeVirt for legacy workloads — and it's why we can promise our customers infrastructure control, not just a workspace."
Alexandru PopescuCEO, Nuvolos
Preise und Projektumfang
Das Kostenprojekt läuft als Platform Readiness Assessment.
14 Tage (fokussierter Kosten-Scope)
TCO-Modellierung in der Tiefe, Inventar der Kostenlecks, Right-Sizing-Empfehlungen, Identifikation von Repatriation-Kandidaten, FinOps-Prozessplan. Auf Anfrage
28 Tage (vollständiges Kostenprogramm)
Zusätzlich Anbieter-Shortlist, PoC-Zuschnitt für die besten Repatriation-Kandidaten, Stakeholder-Interviews über mehrere Geschäftsbereiche, vollständige Umsetzungs-Roadmap für Phase 2. Auf Anfrage
Festpreis. Eine Rechnung. Kosten der Umsetzung in Phase 2: Das Assessment-Honorar wird je nach Umfang angerechnet.
Wir nehmen RFI und RFP über die üblichen Beschaffungskanäle an; EU-Verträge laufen über die AENIX s.r.o. (Tschechien).
Beginnen Sie mit einem 30-minütigen Discovery-Gespräch
Wir prüfen die Passung, finden heraus, wo Ihre Ausgaben tatsächlich versickern, und benennen die passende Variante — 14 oder 28 Tage.
Oder lesen Sie weiter:
- Leitfaden zu Strategien der Cloud-Kostenoptimierung — praktische Vertiefung
- Cloud-Repatriation — wenn Optimierung nicht ausreicht
- Datensouveränität — wenn Souveränität und Kosten zusammenfallen
- Platform Readiness Assessment — Methodik des Projekts
- Cozystack — die Zielplattform, die wir typischerweise empfehlen
Ænix hat Cozystack entwickelt — ein CNCF-Sandbox-Projekt, eine CNCF Certified Kubernetes Distribution mit OpenSSF Best Practices — und pflegt es gemeinsam mit Maintainern anderer Unternehmen. Wir führen Cloud-Kostenprojekte und Platform-Engineering-Programme durch.