Michael Johnson¿Se puede limitar el gasto en computación en la nube sin arriesgarse a detener una aplicación en producción? Cloudflare ya ofrece ambas opciones de configuración, pero el límite estricto funciona como un interruptor para todo el producto a nivel de cuenta: al alcanzar el umbral, bloquea las nuevas operaciones compatibles. El umbral, por sí solo, no garantiza un importe máximo en la factura.
El 13 de noviembre de 2026, Cloudflare anunció el lanzamiento de Spend Management para clientes de pago por uso. Desde el inicio, los límites y las notificaciones están disponibles para Workers y Durable Objects. Es un mecanismo automático para evitar aumentos inesperados del consumo, siempre que el equipo entienda qué servicios quedarán sujetos a una misma detención general, según explica Cloudflare.
¿Qué cambia frente a una notificación de gasto?
Una notificación avisa de que el gasto ha alcanzado el nivel elegido, pero el producto sigue funcionando. Un límite estricto bloquea las operaciones compatibles. En Spend Management se define una política propia para cada producto: el importe del límite, los umbrales de notificación y, si se configura, una dirección de correo electrónico. Los límites de Workers y Durable Objects son independientes entre sí y abarcan todo el producto correspondiente en la cuenta. No es posible definir un umbral para un Worker, un espacio de nombres de Durable Objects o una métrica concretos, según la documentación de Cloudflare.
La decisión práctica es sencilla: las notificaciones son adecuadas cuando prima la disponibilidad; el límite que bloquea operaciones, cuando el equipo está dispuesto a detener las operaciones compatibles del producto para frenar el consumo adicional.
¿Por qué el límite no se activa exactamente al alcanzar el importe fijado?
El registro de gastos y la propagación del bloqueo no son instantáneos. Cloudflare indica que el panel muestra los gastos casi en tiempo real —en menos de 10 minutos—, pero el motor de cálculo de costes no interviene en cada solicitud. La política se propaga de forma asíncrona a los nodos de la red, y el entorno de ejecución la aplica cuando actualiza periódicamente su estado local. Así explica Cloudflare cómo funciona Spend Management.
Por eso, el umbral establecido es el punto a partir del cual debería comenzar el bloqueo, no un tope estricto para el importe final de la factura. Mientras se registran los gastos y se propaga la regla, las operaciones pueden continuar. Algunos cargos tampoco cuentan para el límite: por ejemplo, se excluye la tarifa de suscripción de Workers Paid, y los datos almacenados en Durable Objects pueden seguir generando gastos después de la pausa. Cloudflare advierte que el importe definitivo aparece en la factura.
¿Qué parte de la aplicación detendrá el límite de Workers?
El límite de Workers agrupa los gastos de solicitudes y tiempo de CPU de todos los Workers de la cuenta, tras descontar el volumen incluido. Cuando entra en vigor el bloqueo, Cloudflare rechaza las nuevas invocaciones de código que generan gastos. Los recursos estáticos servidos sin ejecutar código de Worker siguen funcionando. La documentación de Workers describe este alcance.
Imaginemos una cuenta con una aplicación en producción y un Worker de pruebas. Si la carga de prueba lleva el gasto total de Workers hasta el umbral, el bloqueo también puede afectar al código de producción en esa misma cuenta. No se pueden establecer límites por aplicación; para aislar las consecuencias, el equipo puede separar las cargas correspondientes en distintas cuentas o elegir notificaciones si no es aceptable detener Workers.
El límite de Durable Objects, por separado, contabiliza las solicitudes, la duración de ejecución, las lecturas y escrituras de filas de SQLite, así como las operaciones de lectura, escritura y eliminación en el almacenamiento key-value. No incluye Workers, Workers AI, KV, R2 ni otros productos. Si una aplicación depende de varios servicios, un único límite protege solo la parte correspondiente del gasto, y detener uno de los componentes puede interrumpir de todos modos la aplicación.
¿Qué conviene comprobar antes de activar el bloqueo?
Elabora un mapa de las dependencias de la cuenta: qué aplicaciones utilizan Workers, qué tareas en segundo plano activan programaciones o colas y qué servicios llaman a Durable Objects. Después, decide para qué productos es aceptable la detención automática. Si una interrupción es peor que un gasto excesivo, configura un umbral de notificación sin bloqueo. Si el bloqueo es aceptable, elige un importe teniendo en cuenta el retraso de procesamiento, las cuotas incluidas y los gastos excluidos del límite.
Cloudflare permite configurar el sistema desde el panel de control, cf CLI y la API REST. Por ejemplo, al crear una política mediante la API se utilizan el campo threshold_cents para el importe en centavos, product_id para el producto, action para la acción y notification_email para las notificaciones; hay un ejemplo en el anuncio de la empresa. Automatizar la configuración no cambia su alcance: el límite sigue siendo común a todo el producto en la cuenta.
Define de antemano también el procedimiento de recuperación. Para levantar el bloqueo antes del siguiente periodo de facturación, Cloudflare propone subir el límite por encima del gasto acumulado, desactivarlo o eliminar la política. Los cambios pueden tardar varios minutos en surtir efecto; volver a activar el mismo límite no pone a cero el gasto del periodo en curso.
¿Cuándo resulta útil este mecanismo?
Spend Management añade una respuesta automática al aumento del consumo: en lugar de limitarse a enviar un correo, el sistema puede detener nuevas operaciones compatibles del producto seleccionado. En una cuenta con tareas de prueba, puede servir como protección frente a una carga descontrolada. En una cuenta con varios servicios críticos, un límite común vincula el presupuesto y la disponibilidad de todos los Workers o de todos los Durable Objects de la cuenta.
La decisión depende del coste que se esté dispuesto a asumir por una interrupción. Si la prioridad es la continuidad del servicio, empieza por las notificaciones y supervisa el gasto. Si es más importante limitar el uso adicional, activa el bloqueo después de revisar las dependencias y preparar la recuperación. Conviene planificar el umbral como una política para detener el producto, no como una promesa de un importe exacto en la factura.
