Michael JohnsonLassen sich die Kosten für Cloud-Computing begrenzen, ohne das Risiko einzugehen, eine produktive Anwendung anzuhalten? Bei Cloudflare stehen jetzt beide Einstellungsoptionen zur Verfügung. Ein hartes Limit funktioniert jedoch wie ein kontoweiter Produktschalter: Wird der Schwellenwert erreicht, blockiert es neue unterstützte Vorgänge. Der Schwellenwert garantiert dabei keinen Höchstbetrag auf der Rechnung.
Am 13. November 2026 kündigte Cloudflare die Einführung von Spend Management für Kunden mit Pay-as-you-go-Tarif an. Zum Start sind Limits und Benachrichtigungen für Workers und Durable Objects verfügbar. Das ist eine automatische Schutzmaßnahme gegen einen unerwarteten Anstieg des Verbrauchs – vorausgesetzt, das Team weiß, welche Dienste von einer gemeinsamen Abschaltung betroffen sind, wie Cloudflare erklärt.
Was ändert sich gegenüber einer Ausgabenbenachrichtigung?
Eine Benachrichtigung weist darauf hin, dass die Ausgaben einen festgelegten Wert erreicht haben; das Produkt läuft weiter. Ein hartes Limit blockiert unterstützte Vorgänge. In Spend Management wird für jedes Produkt eine eigene Richtlinie festgelegt: der Limitbetrag, die Benachrichtigungsschwellen und gegebenenfalls eine E-Mail-Adresse. Die Limits für Workers und Durable Objects sind voneinander unabhängig und erfassen das jeweilige Produkt im gesamten Account. Ein Limit für einen einzelnen Worker, einen bestimmten Durable-Objects-Namespace oder eine einzelne Metrik lässt sich nicht einrichten, wie die Cloudflare-Dokumentation erläutert.
Die praktische Entscheidung ist einfach: Eine Benachrichtigung eignet sich, wenn die Verfügbarkeit wichtiger ist; ein blockierendes Limit, wenn das Team bereit ist, unterstützte Vorgänge des Produkts anzuhalten, um den weiteren Verbrauch zu begrenzen.
Warum greift das Limit nicht genau beim festgelegten Betrag?
Die Erfassung der Ausgaben und die Verbreitung der Blockierung erfolgen nicht sofort. Cloudflare beschreibt das Dashboard als nahezu echtzeitfähig – mit einer Verzögerung von weniger als zehn Minuten. Gleichzeitig wird die Kostenberechnung nicht für jede einzelne Anfrage durchgeführt. Die Richtlinie wird asynchron an die Netzwerkknoten verteilt; die Laufzeitumgebung wendet sie bei regelmäßigen Aktualisierungen ihres lokalen Zustands an. So beschreibt Cloudflare den Mechanismus von Spend Management.
Der festgelegte Schwellenwert ist daher der Punkt, ab dem die Blockierung einsetzen soll, und keine feste Obergrenze für die endgültige Rechnung. Solange Ausgaben erfasst und die Regel verteilt wird, können Vorgänge weiterlaufen. Bestimmte Kosten sind außerdem vom Limit ausgenommen: So ist etwa die Abonnementgebühr für Workers Paid ausgeschlossen, und gespeicherte Durable-Objects-Daten können auch nach einer Pause weiterhin Kosten verursachen. Cloudflare weist darauf hin, dass erst die Rechnung den endgültigen Betrag zeigt.
Welchen Teil der Anwendung stoppt das Workers-Limit?
Das Workers-Limit fasst die Kosten für Anfragen und CPU-Zeit aller Workers im Account zusammen, nachdem das enthaltene Kontingent abgezogen wurde. Sobald die Blockierung wirksam ist, lehnt Cloudflare neue Codeaufrufe ab, die Kosten verursachen. Statische Ressourcen, die ohne Ausführung von Worker-Code ausgeliefert werden, funktionieren weiter. Diesen Geltungsbereich beschreibt die Workers-Dokumentation.
Man stelle sich einen Account mit einer Produktionsanwendung und einem Test-Worker vor. Erreicht der gemeinsame Workers-Verbrauch durch die Testlast den Schwellenwert, kann die Blockierung auch den Produktionscode im selben Account betreffen. Ein separates Limit für einzelne Anwendungen gibt es nicht. Um die Folgen einzugrenzen, kann das Team die betreffenden Workloads auf mehrere Accounts verteilen oder Benachrichtigungen wählen, wenn ein Stopp von Workers nicht infrage kommt.
Ein separates Limit für Durable Objects erfasst Anfragen, Ausführungsdauer, Lese- und Schreibvorgänge für SQLite-Zeilen sowie Lese-, Schreib- und Löschvorgänge im Key-Value-Speicher. Workers, Workers AI, KV, R2 und andere Produkte sind davon nicht umfasst. Wenn eine Anwendung von mehreren Diensten abhängt, schützt ein einzelnes Limit nur den entsprechenden Kostenanteil. Die Abschaltung einer Komponente kann trotzdem den Betrieb der Anwendung beeinträchtigen.
Was sollte vor dem Aktivieren der Blockierung geprüft werden?
Erstellen Sie eine Übersicht der Abhängigkeiten im Account: Welche Anwendungen nutzen Workers, welche Hintergrundaufgaben werden über Zeitpläne oder Queues gestartet und welche Dienste greifen auf Durable Objects zu? Entscheiden Sie anschließend, bei welchen Produkten eine automatische Abschaltung akzeptabel ist. Wenn ein Ausfall schwerer wiegt als Mehrkosten, richten Sie einen Benachrichtigungsschwellenwert ohne Blockierung ein. Ist eine Blockierung vertretbar, wählen Sie einen Betrag, der die Verarbeitungsverzögerung, enthaltene Kontingente und vom Limit ausgenommene Kosten berücksichtigt.
Cloudflare beschreibt die Einrichtung über das Dashboard, die cf CLI und die REST API. Beim Erstellen einer Richtlinie über die API werden beispielsweise threshold_cents für den Betrag in Cent, product_id für das Produkt, action für die Aktion und notification_email für Benachrichtigungen verwendet. Ein Beispiel findet sich in der Ankündigung des Unternehmens. Die automatisierte Einrichtung ändert nichts am Geltungsbereich: Das Limit gilt weiterhin für das Produkt im gesamten Account.
Legen Sie auch im Voraus fest, wie die Wiederherstellung abläuft. Um die Abschaltung vor dem nächsten Abrechnungszeitraum aufzuheben, empfiehlt Cloudflare, das Limit über die kumulierten Ausgaben anzuheben, es zu deaktivieren oder die Richtlinie zu löschen. Änderungen können einige Minuten benötigen; die erneute Aktivierung desselben Limits setzt die Ausgaben im laufenden Zeitraum nicht zurück.
Wann ist dieser Mechanismus nützlich?
Spend Management ergänzt den Anstieg des Verbrauchs um eine automatische Reaktion: Statt nur eine E-Mail zu verschicken, kann das System neue unterstützte Vorgänge des ausgewählten Produkts stoppen. Für einen Account mit Testaufgaben kann das eine Schutzmaßnahme gegen unkontrollierte Last sein. Bei einem Account mit mehreren kritischen Diensten verknüpft ein gemeinsamer Schwellenwert hingegen das Budget mit der Verfügbarkeit aller Workers oder aller Durable Objects im Account.
Die Entscheidung hängt davon ab, welche Kosten eines Stopps akzeptabel sind. Wenn der ununterbrochene Betrieb wichtiger ist, beginnen Sie mit Benachrichtigungen und beobachten Sie die Ausgaben. Wenn die weitere Nutzung begrenzt werden soll, aktivieren Sie die Blockierung erst nach Prüfung der Abhängigkeiten und bereiten Sie die Wiederherstellung vor. Planen Sie den Schwellenwert als Richtlinie zum Stoppen eines Produkts – nicht als Versprechen über einen exakt begrenzten Rechnungsbetrag.
