Il limite di Cloudflare può fermare l’intero account Workers, senza però fissare un tetto alla fattura

È possibile limitare le spese di calcolo nel cloud senza rischiare di fermare un’applicazione in produzione? Ora Cloudflare offre entrambe le opzioni, ma il limite rigido funziona come un interruttore per un prodotto a livello di account: quando viene raggiunta la soglia, blocca le nuove operazioni supportate. La soglia, tuttavia, non garantisce un importo massimo in fattura.

Il 13 novembre 2026 Cloudflare ha annunciato il lancio di Spend Management per i clienti Pay-as-you-go. Al lancio, limiti e notifiche sono disponibili per Workers e Durable Objects. È un dispositivo automatico per prevenire aumenti imprevisti dei consumi, a condizione che il team sappia quali servizi saranno interessati da un unico blocco condiviso, come spiega Cloudflare.

Che cosa cambia rispetto a una notifica delle spese?

Una notifica segnala che la spesa ha raggiunto il livello scelto, mentre il prodotto continua a funzionare. Un limite rigido blocca le operazioni supportate. In Spend Management si imposta una policy separata per ciascun prodotto: importo del limite, soglie di notifica e, se configurato, indirizzo email. I limiti di Workers e Durable Objects sono indipendenti e coprono l’intero prodotto corrispondente nell’account. Non è possibile impostare una soglia per un singolo Worker, uno specifico namespace di Durable Objects o una singola metrica, secondo la documentazione di Cloudflare.

La scelta pratica è semplice: le notifiche sono adatte quando la priorità è la disponibilità; un limite che blocca le operazioni è indicato quando il team è disposto a fermare le operazioni supportate del prodotto per contenere ulteriori consumi.

Perché il limite non scatta esattamente all’importo impostato?

La contabilizzazione delle spese e la propagazione del blocco non sono istantanee. Cloudflare descrive la dashboard come in grado di mostrare le spese quasi in tempo reale, in meno di 10 minuti; tuttavia, il motore di calcolo dei costi non interviene su ogni richiesta. La policy si propaga in modo asincrono ai nodi della rete e l’ambiente di esecuzione la applica quando aggiorna periodicamente il proprio stato locale. È così che Cloudflare spiega il funzionamento di Spend Management.

La soglia impostata è quindi il punto in cui dovrebbe iniziare il blocco, non un tetto rigido alla fattura finale. Le operazioni possono proseguire mentre le spese vengono contabilizzate e la regola si propaga. Alcuni addebiti, inoltre, non rientrano nel limite: per esempio, il costo dell’abbonamento Workers Paid è escluso e i dati archiviati in Durable Objects possono continuare a generare spese anche dopo la sospensione. Cloudflare avverte che l’importo definitivo è quello indicato in fattura.

Quali parti dell’applicazione fermerà il limite di Workers?

Il limite di Workers raggruppa le spese per richieste e tempo CPU di tutti i Workers dell’account, al netto della quota inclusa. Quando il blocco diventa effettivo, Cloudflare rifiuta le nuove chiamate al codice che generano spese. Le risorse statiche servite senza eseguire codice Worker continuano a funzionare. La documentazione di Workers descrive così l’ambito di applicazione.

Si consideri un account con un’applicazione in produzione e un Worker di test. Se il carico di test porta la spesa totale di Workers alla soglia, il blocco può interessare anche il codice di produzione nello stesso account. Non è possibile separare il limite per singola applicazione; per isolare le conseguenze, il team può suddividere i carichi interessati tra più account oppure scegliere le notifiche se non è accettabile fermare Workers.

Il limite separato di Durable Objects considera le richieste, la durata dell’esecuzione, la lettura e la scrittura delle righe SQLite e le operazioni di lettura, scrittura ed eliminazione nell’archivio key-value. Non copre Workers, Workers AI, KV, R2 né altri prodotti. Se un’applicazione dipende da più servizi, un solo limite protegge soltanto la parte di spesa corrispondente; il blocco di un singolo componente può comunque compromettere il funzionamento dell’applicazione.

Che cosa verificare prima di attivare il blocco?

Disegnate una mappa delle dipendenze dell’account: quali applicazioni usano Workers, quali attività in background avviano pianificazioni o code e quali servizi chiamano Durable Objects. Decidete poi per quali prodotti è accettabile un arresto automatico. Se un’interruzione è peggio di una spesa superiore al previsto, impostate una soglia di notifica senza blocco. Se il blocco è accettabile, scegliete un importo tenendo conto del ritardo di elaborazione, delle quote incluse e delle spese escluse dal limite.

Cloudflare descrive la configurazione tramite dashboard, cf CLI e REST API. Per esempio, nella creazione di una policy con l’API si usano il campo threshold_cents per l’importo in centesimi, product_id per il prodotto, action per l’azione e notification_email per le notifiche; un esempio è disponibile nell’annuncio dell’azienda. Automatizzare la configurazione non cambia l’ambito di applicazione: il limite resta condiviso da tutto il prodotto nell’account.

Definite in anticipo anche la procedura di ripristino. Per rimuovere il blocco prima del successivo periodo di fatturazione, Cloudflare consiglia di alzare il limite oltre le spese accumulate, disattivarlo o eliminare la policy. Le modifiche possono richiedere alcuni minuti per diventare effettive; riattivare lo stesso limite non azzera le spese del periodo in corso.

Quando è utile questo meccanismo?

Spend Management aggiunge una reazione automatica all’aumento dei consumi: invece di limitarsi a inviare un’email, il sistema può fermare le nuove operazioni supportate del prodotto scelto. Per un account con attività di test, può fungere da protezione contro un carico incontrollato. Per un account con più servizi critici, un limite condiviso lega il budget e la disponibilità di tutti i Workers oppure di tutti i Durable Objects dell’account.

La decisione dipende dal costo che si è disposti a sostenere in caso di arresto. Se conta soprattutto la continuità del servizio, iniziate con le notifiche e monitorate la spesa. Se la priorità è limitare gli ulteriori consumi, attivate il blocco dopo aver verificato le dipendenze e predisposto il ripristino. La soglia va considerata una policy di arresto del prodotto, non una promessa sull’importo esatto della fattura.