Jorge Turbica / blog · Blog ← Todos los artículos EN · Read in English
Cloud

Los topes de gasto de Google Cloud llegan a GA: cortan la IA en minutos sin borrar nada

Los spend caps ya son GA, con API y reinicio mensual: bloquean un servicio en un proyecto al llegar al límite. Provisioned Throughput sigue corriendo.

Un bucle infinito contra la API de Gemini ya no tiene por qué acabar en una factura sorpresa: desde el 30 de octubre de 2026, los topes de gasto (spend caps) de Google Cloud Budgets son GA y, en los servicios de IA, cortan el uso a los pocos minutos de alcanzar el límite. No borran recursos ni datos, se pueden gestionar por API y ahora se reinician solos cada mes.

Qué cambia con la GA

Los topes se anunciaron en vista previa privada el 22 de abril de 2026 y pasaron a vista previa pública el 28 de julio. Un tope es un presupuesto con efecto: cuando el gasto acumulado de un servicio dentro de un proyecto llega a la cifra fijada, Google Cloud bloquea el uso facturable de ese servicio en ese proyecto. El resto de servicios y proyectos no se tocan.

La GA trae tres novedades respecto a la vista previa:

  • API: los topes se gestionan desde la API de Cloud Billing Budgets que ya existía. Se pueden crear, levantar, modificar o borrar por código, por ejemplo al crear cada proyecto sandbox.
  • Costes estimados en Cost Reports: los topes de IA se disparan con costes estimados en vivo, y esas cifras ahora se ven en los informes de costes. Así puedes saber qué consumo exacto disparó el bloqueo sin esperar horas a que se consolide la facturación.
  • Reinicio mensual automático: antes, un tope disparado dejaba el servicio bloqueado hasta que alguien lo levantaba a mano en la consola. Ahora se reinicia al empezar el mes y el servicio vuelve a funcionar. Quien necesite una revisión manual antes de reanudar puede seguir haciéndolo así.

En la vista previa pública los topes cubrían Gemini API, Agent Platform, Cloud Run y Cloud Run Functions; el anuncio de GA habla de "servicios elegibles" sin repetir la lista, así que mira la documentación antes de contar con otro servicio.

Qué para y qué sigue facturando

La regla está en el anuncio de GA: el tope corta las peticiones de pago por uso y también las cubiertas por descuentos por compromiso (CUD). Lo que nunca se detiene es Provisioned Throughput: las peticiones que usan capacidad reservada siguen sirviéndose con normalidad. Además, las cuotas fijas de los compromisos se siguen cobrando a su tarifa, porque son un contrato y no consumo.

Las alertas llegan por defecto a los administradores de facturación y a los propietarios del proyecto al 50 %, al 80 % y al 100 % del tope. Los permisos de los topes se pueden añadir a roles personalizados.

Un ejemplo con números redondos: un sandbox de agentes con un tope de 200 USD al mes para Gemini API avisa a 100, a 160 y a 200 USD. Si un agente entra en bucle el día 12 y quema el presupuesto en una tarde, a los pocos minutos de llegar a 200 USD sus llamadas empiezan a fallar, el proyecto sigue intacto y el día 1 del mes siguiente vuelve a funcionar solo.

Cómo poner el primero

Desde la consola:

  1. Abre Facturación → Presupuestos y alertas (Budgets & alerts) en la cuenta de facturación.
  2. Crea un presupuesto y elige el tipo Spend cap, acotado a un proyecto y un servicio.
  3. Fija el importe mensual y revisa quién tiene los roles que reciben las alertas.
  4. Si el tope salta y necesitas reanudar antes de fin de mes, levántalo desde la misma pantalla con Lift spend cap.

Para hacerlo a escala, la vía es la API de Cloud Billing Budgets: es el sitio natural para meter un tope en la plantilla con la que creas proyectos de desarrollo, igual que ya pones etiquetas o la VPC.

Frente a lo que había

Hasta ahora Google Cloud avisaba, pero no paraba. La propia Google reconocía en abril que muchas empresas habían construido sus propios frenos con acciones destructivas, como desvincular el medio de pago de la cuenta de facturación, lo que tumba todo el proyecto y cuesta revertir. El tope es más quirúrgico: un servicio, un proyecto, sin borrar nada y con un clic para deshacerlo. A cambio, solo funciona con los servicios elegibles; para el resto, el presupuesto clásico sigue siendo solo una alerta.

Trampas

  • El reinicio automático también reanuda el problema. Si el tope saltó por un agente en bucle o una clave filtrada, el día 1 el servicio vuelve y el gasto también. En esos proyectos, deja el levantamiento manual.
  • Un tope en producción es una caída programada. Hace exactamente lo que promete: las peticiones fallan. Google recomienda empezar por sandboxes, entornos de prueba y playgrounds de agentes, y es el sitio correcto.
  • Provisioned Throughput no cuenta como freno. Si tu gasto grande es capacidad reservada, el tope no lo va a parar.
  • Los minutos son para IA. La activación casi en tiempo real se anuncia para los servicios de IA, que son los que usan costes estimados en vivo.

Fuentes

Jorge Turbica

Software Engineer y SRE. Escribo sobre los retos reales que me encuentro en producción.

Ver portfolio ↗