Google Cloud: Ausgabenlimits sind allgemein verfügbar, mit API und automatischem Reset

Drei Neuerungen seit der Preview

Google zufolge geht die Veröffentlichung auf das Feedback aus der ersten Preview zurück und konzentriert sich auf drei Änderungen: Programmierbarkeit, Echtzeit-Transparenz und automatisierte Leitplanken.

Die erste Neuerung ist eine Spend-Caps-API, die über die bestehende Cloud Billing Budgets API erreichbar ist. Google argumentiert, das manuelle Verwalten von Leitplanken über Hunderte Projekte hinweg sei eine große operative Herausforderung. Mit der API können Teams finanzielle Obergrenzen für berechtigte Dienste in jedem Projekt programmatisch durchsetzen. Limits lassen sich automatisch aufheben, aktualisieren oder löschen, und ein Limit kann angewendet werden, sobald ein Entwickler ein neues Sandbox-Projekt anlegt.

Die zweite Neuerung ist das Live-Kostenreporting. Laut Google greifen Ausgabenlimits für KI-Dienste innerhalb von Minuten nach der Nutzung, basierend auf geschätzten Live-Kosten. Diese schnelleren Schätzwerte erscheinen nun direkt in den Cost Reports. Statt stundenlang auf die regulären Abrechnungspipelines zu warten, bis die Nettokosten feststehen, sehen Nutzer die finanziellen Momentaufnahmen, die die Durchsetzung ausgelöst haben. Das helfe laut Google bei der Ursachenanalyse.

Automatische monatliche Resets

Bisher blieb die Nutzungssperre nach dem Auslösen eines Ausgabenlimits bestehen, bis jemand sie manuell in der Benutzeroberfläche aufhob. Google führt nun automatische monatliche Resets ein. Durchgesetzte Limits werden automatisch zurückgesetzt, und gesperrte Dienste laufen zu Beginn des nächsten Monats wieder an.

Organisationen, deren Governance-Richtlinien vor der Wiederaufnahme des Betriebs eine strikte manuelle Prüfung verlangen, können weiterhin die manuelle Aufhebung nutzen. Sie funktioniert laut Google genauso wie bisher.

Empfehlungen von Google für die Einführung

Google gibt mehrere Tipps für den Einsatz von Limits im gesamten Unternehmen:

• Mit Nicht-Produktivumgebungen beginnen. Strikte, niedrige Dollar-Limits eignen sich für Entwickler-Sandboxes, Testcluster und experimentelle Spielwiesen für KI-Agenten.
• Benachrichtigungen konfigurieren. Standardmäßig gehen Warnungen bei 50, 80 und 100 Prozent des Limits an Abrechnungsadministratoren und Projektinhaber. Diese Rollen sollten also mit den richtigen Personen besetzt sein. Berechtigungen für Ausgabenlimits lassen sich zudem benutzerdefinierten Rollen hinzufügen.
• Fixe und bedarfsabhängige Kosten unterscheiden. Limits stoppen Pay-as-you-go-Anfragen und durch CUD abgedeckte Anfragen, sobald der Schwellenwert erreicht ist. Provisioned Throughput wird nie gestoppt, und Anfragen mit reservierter Kapazität laufen normal weiter.

Teil einer zweistufigen Kostenabwehr

Google versteht Ausgabenlimits als zweiten Schritt eines Abwehrkonzepts, neben der Early Anomalies Detection. Der erste Schritt analysiert täglich frühe Kostensignale, um Nutzer auf Abweichungen in der Ausgabentendenz hinzuweisen und die SKU zu identifizieren, die einen Trend antreibt. Der zweite Schritt, die Ausgabenlimits, pausiert die Nutzung eines bestimmten Projekts oder Dienstes, sobald ein Budget überschritten ist. Google beschreibt das als Schutz vor ausufernden Kosten, ohne dass Ressourcen gelöscht werden.

Um ein erstes Limit zu setzen, können Nutzer die Seite „Budgets und Benachrichtigungen“ in der Google Cloud Billing Console aufrufen. Die Dokumentation für die Funktion und die neue API ist veröffentlicht.

Was das für Kunden bedeutet

Für Teams, die mit KI-Diensten und Agenten experimentieren, sollen die Änderungen Kostenlimits leichter automatisierbar und besser prüfbar machen. Die API erlaubt es, Limits in Deployment-Workflows einzubauen, und der monatliche Reset spart einen manuellen Schritt. Kunden, die auf Provisioned Throughput setzen, sollten beachten, dass diese Anfragen durch ein Limit nicht gestoppt werden.