Em 13 de novembro de 2026 a Cloudflare abriu o Spend Management, em beta, para todo cliente pay-as-you-go. Pela primeira vez dá para definir um teto de gasto para Workers e para Durable Objects e mandar a plataforma parar de executar quando ele for atingido. Até agora havia só notificações de uso e alertas de orçamento, que avisam e deixam tudo rodando. A configuração fica em Billing > Spend limits no painel, no cf CLI e na API de billing, onde cada regra se chama spend policy.
O detalhe que pesa na decisão é que o limite é por produto e por conta. Não dá para aplicá-lo a um Worker específico, a um namespace de Durable Objects ou a um ambiente.
O que para quando o teto é atingido
No Workers, o limite soma requisições e tempo de CPU depois do uso incluso no plano. A assinatura do Workers Paid fica de fora, assim como KV, R2, Workers AI e qualquer outro produto. Ao atingir o valor, a Cloudflare rejeita novas invocações de todos os Workers da conta: requisições HTTP (o visitante recebe o erro 1103), Cron Triggers, consumidores de Queues, Email Workers e chamadas vindas de outros Workers ou Durable Objects. Assets estáticos servidos sem passar pelo Worker continuam no ar; rotas com run_worker_first podem falhar.
No Durable Objects, contam requisições, duração, linhas lidas e gravadas no SQLite e operações de armazenamento chave-valor. Com o bloqueio ativo, novas requisições pelo stub, consultas SQL, crescimento do armazenamento e novos setAlarm() são recusados. Alarmes pendentes ficam retidos, e a documentação avisa que um alarme agendado há mais de sete dias é apagado durante a retenção; a aplicação precisa recriá-lo depois. Algumas coisas seguem cobrando: requisições já em andamento, mensagens em WebSockets já abertos, operações em objetos antigos baseados em chave-valor e o dado armazenado.
Por isso a própria documentação diz que o limite não garante o valor máximo da fatura. Segundo o anúncio, o gasto é apurado com atraso de até dez minutos, e a propagação do bloqueio também leva tempo.
Quem precisa olhar com cuidado
Quem tem produção e testes na mesma conta. A documentação dá o exemplo: um Worker de teste pode consumir o limite compartilhado e derrubar um Worker de produção da mesma conta. O mesmo raciocínio vale para quem hospeda vários clientes ou produtos numa conta só: o teto de um vira o teto de todos.
Também muda pouco para quem tem custo dominado por R2, KV ou Workers AI, porque esses gastos não entram no limite do Workers. Para inferência, a Cloudflare aponta os limites do AI Gateway, que funcionam por usuário, modelo ou provedor.
O ciclo considerado é o da assinatura, não o mês do calendário. Se a assinatura renova no dia 15, o contador zera no dia 15.
O que fazer agora
Nada é obrigatório: o limite só vale para quem o configurar. A escolha é entre arriscar uma fatura alta ou uma interrupção, a mesma troca entre previsibilidade da fatura e disponibilidade que aparece em O preço fixo do CDN ainda depende da faixa de uso.
Para uma conta com produto que gera receita, o caminho menos arriscado é usar o alerta por e-mail sem bloqueio (a opção Block usage desligada), que avisa em 80% e 100% do valor e deixa a aplicação rodando. O bloqueio faz mais sentido numa conta separada para experimentos, previews ou agentes, onde parar é melhor do que pagar.
Se for ativar o bloqueio, alguns cuidados vêm da própria documentação:
- confira o gasto já acumulado no ciclo antes de salvar: um limite de US$ 50 numa conta que já está em US$ 60 pausa o produto assim que a regra é avaliada;
- o limite criado pelo painel não vem com destinatário de e-mail; é preciso acrescentar
notification_emailpelo CLI ou pela API para ser avisado; - quem depende de alarmes do Durable Objects precisa saber quais podem passar de sete dias retidos e ter como recriá-los;
- para voltar ao ar, é preciso subir o limite acima do gasto atual, desligá-lo ou removê-lo, e a mudança leva alguns minutos para valer.
O registro de quem alterou cada limite aparece no painel e nos Audit Logs da conta, o que ajuda a definir quem pode mexer nisso.
O que ainda não se sabe
A Cloudflare diz que outros produtos entram "em breve", sem lista nem data. O tempo entre medição e bloqueio deve cair para menos de um minuto, segundo o anúncio, também sem prazo. Orçamentos por aplicação ou por tarefa de agente, que resolveriam o problema do limite que vale para a conta inteira, estão nos planos e ainda não existem. Não há data para o fim do beta.
Se a sua empresa está avaliando algo parecido, me chama no LinkedIn ou no WhatsApp.
