Michael JohnsonKun je de kosten van cloudcomputing begrenzen zonder het risico te lopen dat een werkende applicatie stilvalt? Bij Cloudflare kun je nu beide opties instellen, maar een harde limiet werkt als een schakelaar voor een product op accountniveau: zodra de drempel is bereikt, worden nieuwe ondersteunde bewerkingen geblokkeerd. De drempel garandeert echter geen maximumbedrag op de rekening.
Op 13 november 2026 kondigde Cloudflare de introductie van Spend Management aan voor klanten met Pay-as-you-go. Bij de start zijn limieten en meldingen beschikbaar voor Workers en Durable Objects. Dit is een automatische beveiliging tegen onverwacht stijgend verbruik — mits het team begrijpt welke services onder één gezamenlijke stop vallen, zoals Cloudflare uitlegt.
Wat is er veranderd ten opzichte van een melding over uitgaven?
Een melding laat weten dat de uitgaven het gekozen niveau hebben bereikt, terwijl het product blijft werken. Een harde limiet blokkeert ondersteunde bewerkingen. In Spend Management stel je voor elk product een eigen beleid in: het limietbedrag, meldingsdrempels en, indien ingesteld, een e-mailadres. De limieten voor Workers en Durable Objects zijn onafhankelijk van elkaar en gelden voor het betreffende product in het hele account. Een drempel instellen voor één Worker, een afzonderlijke Durable Objects-namespace of één metriek is niet mogelijk, volgens de documentatie van Cloudflare.
De praktische keuze is eenvoudig: een melding is geschikt als beschikbaarheid vooropstaat; een blokkerende limiet past wanneer het team bereid is de ondersteunde bewerkingen van een product stil te leggen om verder verbruik te beperken.
Waarom treedt de limiet niet precies bij het ingestelde bedrag in werking?
De registratie van uitgaven en de verspreiding van de blokkering gebeuren niet onmiddellijk. Cloudflare beschrijft het dashboard als vrijwel realtime — met een vertraging van minder dan 10 minuten — maar de kostencalculatie wordt niet voor elk verzoek uitgevoerd. Het beleid wordt asynchroon naar netwerkknooppunten verspreid en de runtime past het toe wanneer de lokale status periodiek wordt bijgewerkt. Zo beschrijft Cloudflare de werking van Spend Management.
De ingestelde drempel is dus het punt waarop de blokkering moet beginnen, niet een harde bovengrens voor de uiteindelijke rekening. Terwijl de uitgaven worden geregistreerd en de regel wordt verspreid, kunnen bewerkingen doorgaan. Sommige kosten vallen bovendien buiten de limiet: zo is het abonnementstarief voor Workers Paid uitgesloten, terwijl opgeslagen Durable Objects-gegevens ook na een pauze kosten kunnen blijven veroorzaken. Cloudflare waarschuwt dat de uiteindelijke kosten op de rekening staan.
Welk deel van de applicatie wordt door een Workers-limiet stilgelegd?
De Workers-limiet combineert de kosten voor verzoeken en CPU-tijd van alle Workers in het account, na aftrek van het inbegrepen verbruik. Zodra de blokkering van kracht wordt, weigert Cloudflare nieuwe codeaanroepen die kosten veroorzaken. Statische assets die zonder uitvoering van Worker-code worden geleverd, blijven werken. Zo wordt het toepassingsgebied beschreven in de Workers-documentatie.
Stel dat een account een productieapplicatie en een test-Worker bevat. Als testverkeer de gezamenlijke Workers-uitgaven tot de drempel brengt, kan de blokkering ook de productiecode in hetzelfde account raken. Een limiet per afzonderlijke applicatie is er niet; om de gevolgen te isoleren kan het team de betreffende workloads over accounts verdelen of voor meldingen kiezen als het stilleggen van Workers onaanvaardbaar is.
Een afzonderlijke limiet voor Durable Objects houdt rekening met verzoeken, uitvoeringsduur, het lezen en schrijven van SQLite-rijen en lees-, schrijf- en verwijderbewerkingen in de key-value-opslag. De limiet omvat geen Workers, Workers AI, KV, R2 of andere producten. Als een applicatie afhankelijk is van meerdere services, beschermt één limiet slechts het bijbehorende deel van de uitgaven; het stilleggen van één onderdeel kan de applicatie alsnog verstoren.
Wat moet je controleren voordat je blokkering inschakelt?
Breng de afhankelijkheden binnen het account in kaart: welke applicaties Workers gebruiken, welke achtergrondtaken via schema's of wachtrijen worden gestart en welke services Durable Objects aanroepen. Bepaal vervolgens voor welke producten een automatische stop aanvaardbaar is. Als een storing erger is dan extra kosten, stel dan een meldingsdrempel in zonder blokkering. Is blokkering acceptabel, kies dan een bedrag dat rekening houdt met de verwerkingsvertraging, inbegrepen quota en kosten die buiten de limiet vallen.
Cloudflare beschrijft hoe je de instellingen via het dashboard, cf CLI en de REST API configureert. Bij het aanmaken van een beleid in de API worden bijvoorbeeld de velden threshold_cents voor het bedrag in centen, product_id voor het product, action voor de actie en notification_email voor meldingen gebruikt; een voorbeeld staat in de aankondiging van het bedrijf. Automatisering van de configuratie verandert het toepassingsgebied niet: de limiet blijft gelden voor het product in het hele account.
Bepaal vooraf ook hoe je de service herstelt. Om de blokkering vóór de volgende factureringsperiode op te heffen, stelt Cloudflare voor de limiet boven de opgebouwde uitgaven te verhogen, de limiet uit te schakelen of het beleid te verwijderen. Wijzigingen kunnen enkele minuten nodig hebben om van kracht te worden; dezelfde limiet opnieuw inschakelen zet de uitgaven van de lopende periode niet op nul.
Wanneer is dit mechanisme nuttig?
Spend Management voegt een automatische reactie op stijgend verbruik toe: in plaats van alleen een e-mail te sturen, kan het systeem nieuwe ondersteunde bewerkingen van het gekozen product stilleggen. Voor een account met testtaken kan dat een beveiliging vormen tegen ongecontroleerde belasting. In een account met meerdere kritieke services koppelt een gezamenlijke limiet het budget en de beschikbaarheid van alle Workers of alle Durable Objects in het account aan elkaar.
De keuze hangt af van de aanvaardbare kosten van stilstand. Staat continuïteit voorop, begin dan met meldingen en houd de uitgaven in de gaten. Is het belangrijker om verder verbruik te beperken, schakel dan blokkering in nadat je de afhankelijkheden hebt gecontroleerd en een herstelprocedure hebt voorbereid. Beschouw de drempel als een beleid om een product stil te leggen, niet als een belofte over het precieze bedrag op de rekening.
