Dieses Kapitel ist ein Katalog von Cloud-Verschwendung-Mustern: 22 Fälle, in denen eine Rechnung Einheiten zählt, die keine Arbeit leisten, je Seite ein Muster bei allen drei Providern, mit dem Symptom in den Abrechnungsdaten, einem Listing-Befehl je Provider, der Behebung, ihren Risiken und dem Nachweis in der Rechnung des Folgemonats. Die Muster sind die, die die Recommender der Provider und die offenen Regelwerke am häufigsten finden, von ungenutzten virtuellen Maschinen bis zu Premium-Stufen, die niemand gewählt hat.

Was dieses Kapitel behandelt

Jede Seite folgt demselben Aufbau, weil jedes Muster denselben Weg geht: das Symptom ist eine Position in den Abrechnungsdaten, die sich nicht mit der Nutzung bewegt; die Erkennung ist ein Befehl, der die Kandidaten listet, und die Prüfung des Providers, die sie vorschlägt; die Behebung beginnt mit der reversiblen Änderung und endet mit der Vorlage, aus der das Muster entstand; die Risiken nennen, was dabei bricht; und der Nachweis vergleicht die Position vor und nach der Änderung, nach dem Kreislauf aus geschätzt, akzeptiert, umgesetzt, verifiziert, der aus einer Einsparungschance eine belegte Einsparung macht.

Das Symptom: eine Position in denAbrechnungsdaten, die sich nichtmit der Nutzung bewegtDie Erkennung: ein Befehl, der dieKandidaten listet, und die Prüfungdes Providers, die sie vorschlägtDie Behebung: zuerst die reversibleÄnderung, zuletzt die Vorlage,aus der das Muster entstandDie Risiken: wasdabei brichtDer Nachweis: die Position vor undnach der Änderung, nach dem Kreislaufaus geschätzt, akzeptiert,umgesetzt, verifiziert
Jede Musterseite geht denselben Weg vom Symptom in den Abrechnungsdaten bis zum Nachweis, der die Position vor und nach der Änderung vergleicht

Der erste Abschnitt, Compute, nimmt die Instanzen: die, die laufen und nichts tun, die, die gestoppt sind und trotzdem kosten, die, die auf Hardware von vor zwei Generationen laufen, der Umstieg auf ARM und das Serverless, das zu groß eingestellt ist. Der zweite Abschnitt, Speicher, nimmt die Volumes ohne Instanz, die Snapshots ohne Frist, die Volume-Typen, die ihr Nachfolger unterbietet, die bestellte Leistung, die niemand abruft, und den Objektspeicher ohne Lifecycle-Regel. Der dritte, Datenbanken, nimmt ungenutzte Datenbanken, Hochverfügbarkeit in Umgebungen ohne Anforderung, die Gebühren für Versionen nach dem Supportende und die bereitgestellte Kapazität, die unter der Last bleibt. Der vierte, Netzwerk, nimmt NAT-Gateways und Endpunkte ohne Verkehr, öffentliche Adressen ohne Ressource und Load Balancer ohne Ziel. Der fünfte nimmt Logs, Container-Registries und KI-Endpunkte, der sechste die Käufe, die niemand mehr nutzt, und die Premium-Stufen, die eine Vorlage wählte.

Was dieses Kapitel nicht ist: eine Liste der allgemeinen Hebel. Rightsizing, Zeitpläne, Commitments und die Wahl der Architektur sind die Seiten des Kapitels Optimierung und Einsparungen; hier stehen ihre konkreten Kinder, je eines mit den Befehlen, die es findet und beendet. Ein Muster, dessen Erkennung und Behebung mit einer anderen Seite zusammenfallen, hat hier keine eigene.

Die Befehle sind gegen die Referenzdokumentation der Provider am Lesetag geprüft, nie gegen ein echtes Konto; jeder Befehl, der etwas löscht oder ändert, steht hinter einem, der listet, und trägt ein Dry-Run, wo die CLI eines bietet. Wo keine hat, sagt die Seite es, und die Liste aus der Erkennung ersetzt es.

Wichtige Begriffe

  • Einsparungschance: ein erkanntes Muster mit geschätzter Wirkung, bevor jemand entschieden hat; jede Seite dieses Kapitels erzeugt sie.
  • belegte Einsparungen: die Differenz in der Rechnung des Folgemonats, die der letzte Abschnitt jeder Seite nachweist.
  • Leerlaufkosten: die Kosten einer Ressource, die läuft und keine Arbeit leistet; das Muster der ersten Seiten.
  • Lifecycle-Regel: die Regel auf einem Bucket, die Objekte nach Alter verschiebt oder löscht; ohne sie wächst Objektspeicher für immer.
  • bereitgestellte Kapazität: Kapazität, die nach dem bestellten Wert berechnet wird, ob genutzt oder nicht; die Lücke zwischen bestellt und verbraucht ist die Einsparung.
  • Extended Support: die Gebühr für eine Version nach dem Ende ihres Standard-Supports, je vCPU-Stunde oder je Cluster-Stunde.
  • NAT-Gateway: das Gateway, das je Stunde und je Gigabyte berechnet wird, mit oder ohne Verkehr.
  • Rightsizing: der allgemeine Hebel, dessen konkrete Fälle hier stehen.

Benachbarte Kapitel

Vor diesem Kapitel steht Optimierung und Einsparungen: es erklärt den Kreislauf von der Schätzung zum Nachweis und die Hebel bei Nutzung und Preis, die dieses Kapitel voraussetzt. Jede Seite hier ist ein Kind einer Seite dort, ungenutzte und verwaiste Ressourcen, Speicheroptimierung, Datenbankoptimierung oder Datentransfer-Optimierung, und verweist auf sie, wo die Mechanik dort erklärt ist.

Nach ihm folgt Vorlagen und Checklisten, das die Dokumente liefert, in denen die Entscheidungen dieses Kapitels festgehalten werden: die Checkliste für das monatliche Review, in dem die Listen dieser Seiten abgearbeitet werden, und die Entscheidungsvorlage für Commitment-Käufe, die erst nach den Mustern hier dran ist, weil ein Commitment die Nutzung festschreibt, die es deckt.

Zwei Kapitel liefern die Grundlagen: Was Cloud-Dienste kosten erklärt die Einheiten, die jede Seite hier als Symptom liest, und Abrechnungsdaten erklärt die Exporte, in denen die Nutzungsarten, Meter und SKUs stehen, die jede Seite nennt. Die Übersicht aller Kapitel steht im Handbuch.