Die Cloud-Rechnung ist diesen Monat um sechzig Prozent gesprungen. Wie findest du heraus, warum?

Starte bei den Abrechnungsdaten gruppiert nach Service, dann nach Account, Region und Tag, und vergleich mit dem Vormonat, um genau die Position zu isolieren, die sich bewegt hat. Steht der Service fest, prüf, ob es mehr Nutzung oder eine Preis- und Konfigurationsänderung ist, etwa eine neue Instanzfamilie, Cross-Zone-Datentransfer oder Storage, der nie abläuft. Dann die Ursache beheben und einen Budget-Alert mit Anomalieerkennung ergänzen, damit es beim nächsten Mal früher auffällt.

Ich würde das wie eine Debugging-Übung angehen und aufs Delta zielen statt auf die Summe. Die Rechnung nach Service gruppieren und gegen den Vormonat diffen, und meist machen ein oder zwei Positionen fast alles aus. Dann darin weiter eingrenzen: welcher Account, welche Region, welches Tag. Ist das Tagging schwach, tut es genau hier weh, und das wird zu einem eigenen Folgethema. Kenne ich die Position, kläre ich, ob wir mehr von etwas nutzen oder pro Einheit mehr zahlen, denn die Fixes sind völlig unterschiedlich. Die wiederkehrenden Übeltäter, die ich gesehen habe, sind Cross-Zone- oder Egress-Datentransfer, nachdem jemand einen geschwätzigen Service verschoben hat, Log- und Metrik-Ingestion, bei der ein Debug-Level an blieb, Storage ohne Lifecycle Policy, der still über Jahre wächst, und eine Nicht-Produktionsumgebung, die für einen Lasttest hochskaliert und nie wieder runtergefahren wurde. Dann Prävention: Budget-Alerts mit Anomalieerkennung pro Account, damit ein Sprung um sechzig Prozent innerhalb weniger Tage jemanden pagt, statt als Überraschung in der Rechnung anzukommen.