Cloud-Rechnungen explodieren selten über Nacht — sie wachsen schleichend. Eine überdimensionierte Instance hier, ein vergessener Snapshot dort, ein NAT-Gateway, das still Terabytes an Traffic verarbeitet, die niemand angeschaut hat. Dieser Leitfaden geht die Kostenhebel durch, die in der Praxis funktionieren — von Quick Wins für diese Woche bis zu den FinOps-Gewohnheiten, die Ausgaben dauerhaft unter Kontrolle halten.

1. Erst Sichtbarkeit schaffen: Tagging und Showback

Was man nicht sieht, kann man nicht kürzen. Bevor Sie irgendetwas optimieren, setzen Sie einen Tagging-Standard über alle Ressourcen durch — mindestens Owner, Umgebung, Projekt und Kostenstelle — und behandeln Sie ungetaggte Ressourcen als Richtlinienverstoß, nicht als Unannehmlichkeit. Sobald sich Ausgaben sauber auf Teams und Services abbilden lassen, veröffentlichen Sie Showback-Reports, damit jedes Team sieht, was seine Workloads tatsächlich kosten. Sichtbarkeit allein verändert Verhalten: Engineers, die die Monatsrechnung einer ungenutzten Staging-Umgebung sehen, fangen an, sie außerhalb der Arbeitszeit abzuschalten.

2. Right-Sizing vor jedem Commitment

Die meisten Umgebungen betreiben Instances, dimensioniert für einen Peak, der nie eintritt. Vergleichen Sie provisionierte Kapazität mit realer CPU-, Speicher- und I/O-Auslastung über mindestens zwei bis vier Wochen, und verkleinern Sie dann oder wechseln Sie in eine passendere Instance-Familie, wo die dauerhafte Auslastung niedrig ist. Dasselbe gilt für Datenbanken, Caches sowie Kubernetes-Requests und -Limits, die oft aus einem Template kopiert und nie wieder angefasst wurden. Immer erst right-sizen, dann committen: Eine Reservierung für eine überdimensionierte Instance schreibt die Verschwendung nur für ein bis drei Jahre fest.

3. Die Baseline committen: Reserved Instances und Savings Plans

Jede Umgebung hat einen stabilen Nutzungssockel — zentrale Datenbanken, always-on APIs, Services, die nie auf null skalieren. Für diese Baseline tauscht Commitment-Pricing wie Reserved Instances und Savings Plans Flexibilität gegen einen erheblichen Rabatt auf On-Demand-Preise. Starten Sie konservativ und decken Sie nur die Nutzung ab, deren Fortbestand sicher ist; prüfen Sie Coverage und Auslastung quartalsweise und erweitern Sie die Commitments, sobald sich das Bild stabilisiert.

4. Spot-Kapazität für zustandslose Workloads

Spot- und Preemptible-Instances bieten die tiefsten Rabatte der Cloud — mit einem Haken: Der Anbieter kann sie kurzfristig zurückfordern. Für zustandsbehaftete Systeme ungeeignet, aber exzellent für alles Zustandslose und Fehlertolerante: CI-Runner, Batch-Verarbeitung, Rendering-Jobs und Container-Worker an einer Queue. Mischen Sie Spot mit On-Demand-Kapazität in Ihren Autoscaling-Gruppen und designen Sie für Unterbrechung — mit Checkpointing und sauberem Shutdown-Handling bleiben die Einsparungen operativ schmerzfrei.

5. Storage auf einen Lifecycle setzen

Objektspeicher wächst ewig, wenn man es ihm nicht verbietet. Definieren Sie Lifecycle-Policies, die alternde Daten in Infrequent-Access- und Archiv-Tiers verschieben, und lassen Sie Daten ohne Aufbewahrungspflicht ganz auslaufen. Auditieren Sie dann die vergessenen Ecken: nicht angehängte Volumes, alte Snapshots, verwaiste Maschinen-Images und Log-Buckets, die seit einem Jahr niemand abgefragt hat. Storage ist selten der größte Posten der Rechnung — aber häufig der am leichtesten halbierbare.

6. Das Netzwerk im Blick: NAT-Gateways und Egress

Datentransfer ist der Posten, der Teams am meisten überrascht. NAT-Gateway-Verarbeitungsgebühren, Cross-AZ- und Cross-Region-Traffic und Internet-Egress können still mit den Compute-Ausgaben konkurrieren. Halten Sie gesprächige Services in derselben Availability Zone, wo die Architektur es erlaubt, routen Sie Objektspeicher-Traffic über Gateway-Endpoints statt über NAT, und setzen Sie ein CDN vor alles, was das öffentliche Internet bedient. Das Netzwerkdiagramm mit Preisen pro Gigabyte zu annotieren ist für die meisten Teams ein Augenöffner.

7. Den Kreislauf schließen: FinOps als Praxis

Nichts davon hält als einmalige Aufräumaktion; sechs Monate später ist die Verschwendung zurück. Behandeln Sie Kosten als operative Metrik wie Latenz oder Fehlerrate und betreiben Sie den FinOps-Kreislauf kontinuierlich: informieren (Tagging, Showback, Dashboards), optimieren (die Hebel in diesem Leitfaden) und operieren (Budgets, Anomalie-Alerts und ein wiederkehrender Kosten-Review). Geben Sie einer Person oder einem Team klare Ownership über den Kreislauf, und machen Sie Kosten zum Teil von Design-Reviews, damit neue Architekturen bepreist werden, bevor sie live gehen.

Fazit

Wirksame Kostensenkung ist eine Sequenz, keine Einkaufsliste: Sichtbarkeit schaffen, right-sizen, die Baseline committen, flexible Workloads auf Spot schieben und Storage- und Netzwerkausgaben an der kurzen Leine halten — dann wiederholen. Teams, die diesen Kreislauf konsequent fahren, senken ihre Cloud-Rechnung ohne Einbußen bei Performance oder Zuverlässigkeit.

Wenn Sie ein erfahrenes Team an Ihrer Seite wollen: Unsere Cloud-Practice hilft Organisationen, ihre Cloud-Ausgaben zu optimieren — und optimiert zu halten.

Die Einsparungen ohne die Hausaufgaben? Unser AWS-Kosten-Assessment findet 20–40 % in zwei Wochen — €5.000 Festpreis, mit Pay-from-Savings-Option.

Tags: #Cloud #Kostenoptimierung #AWS #FinOps