Cloud-Verschwendung finden, nach der niemand sucht

Die meiste Cloud-Verschwendung ist keine schlechte Entscheidung, die jemand absichtlich getroffen hat. Es ist eine Disk, die niemand abgehängt hat, nachdem ein Server vor acht Monaten in der Größe geändert wurde, ein Load Balancer, der auf einen Dienst zeigt, der stillgelegt wurde, ein Snapshot, der “nur zur Sicherheit” behalten wurde und über den niemand mehr nachgedacht hat. Nichts davon zeigt sich auf einer Rechnung als eine einzelne, offensichtliche Zeile – es ist dünn genug verteilt, dass es fast nie auffällt, wenn man eine Rechnung Zeile für Zeile liest.

Was tatsächlich gescannt wird

Railyard schlägt Compute nie auf – jeder Server wird vom echten Cloud-Anbieter zu dessen Preis abgerechnet. Die Costs-Seite verwendet dieselben Cloud-Zugangsdaten, die schon zum Erstellen von Servern gespeichert sind, und scannt DigitalOcean-, Hetzner-, Vultr- und AWS-Accounts direkt: jeden Account einzeln, AWS Region für Region, mit Live-Fortschritt während des Laufs. Abgerechnete Beträge kommen von der eigenen Rechnungs-API jedes Anbieters, wo es eine gibt (AWS Cost Explorer, DigitalOcean-Rechnungen, Vultr-ausstehende Gebühren, Gutschriften und Rückerstattungen inklusive) – Hetzner hat keine Rechnungs-API, daher stammen seine Zahlen stattdessen aus Hetzners eigener Live-Preisliste.

Es hört nicht bei Servern auf, die Railyard erstellt hat: Disks, IP-Adressen, Snapshots, Machine Images, NAT-Gateways, Load Balancer und Datenbanken – alles im Account, einschließlich Ressourcen, mit deren Provisionierung der Scan nichts zu tun hatte.

Was es tatsächlich findet

Gruppiert danach, wie leicht der Fix ist – einfache Fixes, mittlere, größere Änderungen und Dinge, die einen zweiten Blick wert sind – wobei jeder Fund erklärt, warum er markiert wurde, was das Beheben für die laufende App bedeutet, und wie:

• Nicht angehängte Disks, und Disks auf Servern, die schon lange gestoppt sind
• Ungenutzte IP-Adressen, untätige NAT-Gateways und Load Balancer ohne echten Traffic
• Alte Snapshots und Machine Images, die niemand mehr benutzt
• Server, die im Leerlauf laufen, oder keine Apps ausführen, oder nur gestoppte
• Ein Server, der deutlich größer dimensioniert ist, als sein eigener 14-Tage-Durchschnitt und Spitzenwert von CPU/Speicher tatsächlich braucht
• AWS-Instance-Typen der vorherigen Generation, und wo ARM (Graviton) für dieselbe Arbeit weniger kosten würde
• AWS-Disks und Datenbankspeicher, die zu gp3 wechseln könnten

Der Teil, der mehr zählt als die Liste: das meiste ist ein Klick

Wo ein Fix sicher zu automatisieren ist, hat der Fund einen echten Button – Disk löschen, IP freigeben, Snapshot löschen, beenden, zu gp3 konvertieren, stoppen, Größe ändern – jeder fragt zuerst nach Bestätigung und nennt die Auswirkung klar (“löscht die Disk und ihre Daten – zuerst snapshotten”). Eine Größenänderung erstellt automatisch einen Snapshot des Servers, bevor sie ihn anfasst. Die größeren Änderungen, wie das Verschieben eines ganzen Servers auf ARM, kommen mit den tatsächlichen Schritten statt einem Ein-Klick-Button, weil das keine Entscheidung ist, die sicher vollständig automatisiert werden kann.

Schutzmechanismen, nicht nur ein Bericht

Setze ein monatliches Budget, und Benachrichtigungsregeln lösen bei 50%, 80% und 100% der Monatsend-Prognose aus – plus immer, wenn die Ausgaben hochschnellen oder neue Verschwendung auftaucht. Aktiviere Hard cap, und Railyard erzwingt es, statt nur zu alarmieren: bei 100% des Budgets gehen alle Nicht-Produktions-Apps schlafen, und neue Server können nicht mehr erstellt werden, bis die Ausgaben wieder unter der Grenze liegen oder das Budget erhöht wird. Das ist der Unterschied zwischen einem Kosten-Dashboard und etwas, das tatsächlich verhindert, dass die Rechnung über ein langes Wochenende, an dem niemand hinschaut, aus dem Ruder läuft.

Was es ehrlich nicht weiß

Einsparungszahlen verwenden den öffentlichen Listenpreis jedes Anbieters für die Region – ein ausgehandelter Unternehmensrabatt ist für den Scan nicht sichtbar. Kostenaufschlüsselungen pro Umgebung auf der Canvas sind der Anteil jedes Dienstes am Preis seines Servers, berechnet aus der Speichernutzung – eine echte Schätzung, als solche benannt, nicht als exakte Rechnung dargestellt.

Vollständige Referenz, einschließlich der genauen AWS-IAM-Policy, die benötigt wird: Kosten und Einsparungen.