Qué es un Hard Kill

Un Hard Kill desconecta tu proyecto de Google Cloud de su cuenta de facturación cuando el gasto supera un umbral que eliges. Sin cuenta de facturación, Google detiene todos los recursos de pago del proyecto, así que la factura deja de crecer.

Es la última línea de defensa: funciona aunque tu código esté roto, nadie esté despierto o el pico venga de un ataque que no puedes controlar.

• Cada presupuesto nuevo empieza con un Hard Kill al 100%, anunciado por email. Puedes moverlo a otro umbral, o quitarlo si solo quieres alertas.
• Se ejecuta la primera vez que el gasto del mes que informa Google alcanza su umbral. Consulta cómo funcionan los presupuestos y los umbrales para ver cómo se mide.
• Si una actualización supera varios umbrales a la vez, FireShield ejecuta primero el Hard Kill y después las demás acciones. Así, las alertas enviadas en la misma actualización ya indican si se cortó la facturación, o que el corte falló y deberías revisar el proyecto.
• Se ejecuta una vez al mes. Si falla (por ejemplo, porque alguien quitó el rol de FireShield), se reintenta con cada nueva actualización de costes que envía Google hasta que tiene éxito.

• Todo lo del proyecto que necesita facturación: Cloud Run, Cloud Functions, Compute Engine, las llamadas a API de pago y el resto. Tu servicio queda fuera de línea.
• Un proyecto de Firebase sin cuenta de facturación vuelve al plan gratuito Spark. No es un modo gratuito en el que tu app sigue funcionando con límites: todo lo que requiere Blaze se detiene en el acto, incluidas Cloud Functions, SQL Connect, las APIs de pago de Google Cloud y las instancias adicionales de Realtime Database y los buckets adicionales de Storage (sus datos se conservan, pero tu app no puede leerlos ni escribirlos). Cuenta con que esas partes de tu app fallen hasta que vuelva la facturación.
• Google puede eliminar recursos de un proyecto que se queda sin facturación. Si usas Cloud SQL o Data Connect, mantén una copia de seguridad diaria para que un corte no te cueste tus datos.
• Solo se toca el proyecto afectado. La propia cuenta de facturación y tus otros proyectos siguen funcionando.
• Mientras el proyecto está detenido, FireShield no ejecuta ninguna otra acción para él. El panel lo muestra como Kill switch ejecutado.

• Detener el gasto exactamente en el 100%. Google informa de los costes con un retraso de hasta varias horas, así que el Hard Kill actúa sobre el gasto de hace un rato, y la factura sigue creciendo hasta que el corte se aplica. Si tienes un límite estricto, deja margen para ese retraso. Ejemplo: con un límite fijo de 100 $, o mantienes un presupuesto de 100 $ y mueves el Hard Kill al 50 %, o pones el presupuesto en 50 $ y dejas el Hard Kill al 100 %. En los dos casos la facturación se corta cuando se informan 50 $, y quedan 50 $ de margen para el gasto que Google aún no ha informado. Cuanto más rápido pueda gastar tu proyecto, más margen necesitas.
• Deshacer un gasto que ya se produjo. Los costes generados antes del corte se siguen facturando.

Cuando vinculas un proyecto, inicias sesión con Google una vez y se concede a FireShield el rol Billing Account Administrator en la cuenta de facturación de ese proyecto. FireShield lo usa solo para desconectar la facturación. Volver a vincular la facturación siempre se hace con tu propia cuenta de Google, nunca con la de FireShield, y cada Hard Kill queda registrado en el registro de auditoría del proyecto.

• Arregla primero lo que causó el pico, o el proyecto volverá a gastar en cuanto vuelva la facturación.
• Pulsa Reactivar en el proyecto en el panel de FireShield e inicia sesión con una cuenta de Google que sea propietaria del proyecto y tenga el rol Billing Account Administrator. FireShield vuelve a vincular la cuenta de facturación y reanuda la supervisión. También puedes vincularla tú mismo en la consola de Google Cloud.
• Cuando la facturación vuelve a estar vinculada, un proyecto de Firebase vuelve solo al plan Blaze y la mayoría de los recursos se recuperan sin que hagas nada. Los servicios de Cloud Run y las Cloud Functions conservan sus despliegues; Google indica que la recuperación puede tardar (hasta 24 horas), así que prueba tu app de principio a fin antes de darla por recuperada. Algunos recursos necesitan una mano: las VMs de Compute Engine hay que arrancarlas de nuevo (las que tienen SSD local no se pueden), las IPs efímeras pueden cambiar, así que revisa tu DNS, y los clústeres de GKE pueden tardar hasta una hora. Un proyecto que pasa más de 30 días sin facturación queda marcado para borrarse y no se puede recuperar.
• El Hard Kill no volverá a saltar este mes con el mismo importe de presupuesto. Para tenerlo armado el resto del mes, cambia el importe del presupuesto: eso reinicia todas las acciones.

Un Hard Kill es una parada garantizada que deja todo tu proyecto fuera de línea. Un Soft Kill es un webhook firmado que pide a tu propio servicio que se degrade (pausar trabajos por lotes, desactivar una función cara) mientras la facturación sigue conectada. Muchos equipos usan ambos: Soft Kills en umbrales más bajos para frenar el gasto y un Hard Kill arriba del todo como red de seguridad. Consulta la guía de integración del Soft Kill.