Un servicio responde solo a unas pocas solicitudes y aun así cuesta más de lo esperado. Otro gestiona muchas llamadas cortas a bajo coste. Por tanto, si solo limitas el número de solicitudes, no estás midiendo automáticamente lo que aparecerá después en la factura de infraestructura. El control de costes y el control de carga actúan en puntos distintos.
El 12 de octubre de 2026, Google anunció la disponibilidad general de los Budget spend caps para Cloud Run. Una vez configurado, un límite de gasto puede pausar las cargas de trabajo afectadas. Se trata de un cambio relevante en la infraestructura. Pero solo se entiende bien cuando distingues entre una alerta de presupuesto, un límite de gasto y un límite sobre solicitudes individuales.
Tres preguntas, tres límites distintos
Un límite de solicitudes responde a preguntas como: ¿cuántas llamadas puede enviar un cliente concreto en un periodo determinado? Un límite de trabajo simultáneo pregunta: ¿cuánto puede ejecutarse en paralelo? Un límite de costes, en cambio, considera el consumo de recursos con precio dentro de su ámbito. Estas magnitudes están relacionadas, pero no son intercambiables.
Nuestro servicio ficticio tiene dos tareas. Una devuelve una breve respuesta de estado. La otra procesa un documento extenso. Ambas empiezan con exactamente una solicitud, pero requieren cantidades de trabajo distintas. Aunque a ambos usuarios se les permita el mismo número de llamadas, de ello no se deduce que impongan la misma carga a la infraestructura. Un único contador oculta el distinto significado de sus entradas.
Una alerta de presupuesto todavía no es una parada
La documentación oficial de facturación distingue entre presupuestos que solo emiten alertas y límites de gasto. Los límites descritos utilizan costes brutos estimados; no se incluyen ahorros ni créditos. El ámbito es un único proyecto y un servicio compatible, y el periodo es mensual. Quien opera un servicio debería leer estas condiciones con atención antes de configurar nada.
La aplicación tampoco es instantánea. Google señala que los excesos causados por retrasos se siguen cobrando. Por tanto, un importe introducido no es una promesa matemática de que la factura final se detendrá exactamente ahí. La nueva función ofrece una intervención técnica, no un sustituto de entender cómo se factura.
Para Cloud Run, la documentación del producto describe efectos concretos: los servicios dejan de poder atender solicitudes y devuelven errores del rango 5xx; otros tipos de recursos tienen sus propias consecuencias. Por tanto, una parada por costes es también una decisión sobre la disponibilidad. Esta consecuencia debe formar parte de la planificación, no solo del informe de incidencias.
Un ensayo en seco muestra qué regla se aplica y cuándo
No necesitas detener un servicio en funcionamiento para entender el modelo. Esboza tres contadores independientes: llamadas por cliente, trabajo que se ejecuta al mismo tiempo y costes estimados en el periodo considerado. Asigna una respuesta a cada uno. La primera regla rechaza nuevas llamadas de un cliente, la segunda limita el paralelismo y la tercera puede pausar todo un ámbito de servicio definido.
Client limit: Who may send requests, and how often?
Concurrency limit: How much work runs at the same time?
Spend cap: When is the service in question paused?Después, recorre dos casos inventados: muchas solicitudes cortas y unas pocas exigentes. Introduce solo diferencias cualitativas, no importes en euros inventados. El ejercicio muestra qué regla llega siquiera a ver cada caso. Es un modelo mental, no una prueba medida de carga o de costes.
La infraestructura del operador no es la asignación del cliente
KENJTEC utiliza Cloud Run para servicios de la plataforma; esto puede comprobarse en las fuentes de infraestructura y despliegue del proyecto. De ello no se deduce que la nueva función de Google se haya activado automáticamente. Tampoco otorga a cada cuenta de cliente de KENJTEC un límite de infraestructura ajustable individualmente. Un proyecto del operador y una suscripción de cliente son límites de facturación distintos.
En la práctica, la pregunta importante es, por tanto: ¿qué uso debe proteger un límite y qué trabajo se detendría también cuando se active? Un plan sensato describe conjuntamente la advertencia, la intervención y la reanudación. Solo entonces puedes valorar cómo encaja un límite de gasto con los límites de solicitudes y con tus propios requisitos de disponibilidad.
Fuentes y estado
Investigación y documentación a fecha de 25 de octubre de 2026. Notas de la versión de Cloud Run — 12 de octubre de 2026 · Configuración de facturación para servicios — Budget spend caps · Gestionar presupuestos con límite de gasto.
