VERCEL · INCIDENTE DE COSTES
Cómo frenar gasto descontrolado en Vercel
Cuando el coste de Vercel se dispara, necesitas saber qué proyecto cambió, a qué velocidad crece el gasto y qué puede detenerse de forma segura.
Qué problema resuelve
- Vercel: coste y drivers principales
- Atribución por proyecto, servicio y cliente
- Coste exacto, estimado y sin asignar separados
- Velocidad de gasto y contexto del incidente
Qué revisar primero
- Fija el primer minuto/hora en que cambió la velocidad de gasto; no compares solo totales mensuales.
- Empieza por Duración de Active CPU por función/carga y descompón después la diferencia entre las dimensiones de Vercel que realmente cambiaron.
- Correlaciona el cambio con despliegues, tráfico, reintentos, tareas programadas, procesos en segundo plano y abuso/bots.
- Conserva evidencia antes/después y usa la mitigación reversible más pequeña para poder medir si funcionó.
Métricas y señales que importan
- Duración de Active CPU por función/carga
- Duración de memoria aprovisionada
- Invocaciones de funciones, reintentos y tasa de error
- Momento del deployment, ruta/función y cambio de tráfico
Causas probables
Regresión de despliegue o configuración
Un release puede cambiar fan-out, tiempo de ejecución, memoria, modelo, volumen de logs o caché sin romper visiblemente el producto.
Tráfico, reintentos o bucles
Crecimiento legítimo, bots, tormentas de reintentos y bucles recursivos/background pueden multiplicar una unidad normalmente barata.
Cambió una dimensión de facturación
En Vercel, revisa Duración de Active CPU por función/carga y Duración de memoria aprovisionada antes de asumir que el total cambió por una única causa.
Cómo funciona
Encuentra primero el proyecto
Para Cómo frenar gasto descontrolado en Vercel, empieza por aislar el gasto de Vercel con el mismo alcance temporal y conserva la trazabilidad hasta proyecto, servicio o carga. Si la evidencia no permite una atribución fiable, el importe debe permanecer sin asignar.
De alerta a protección
En un incidente importa la velocidad de gasto: identifica qué dimensión cambió primero, contrástala con despliegues, tráfico, reintentos y jobs, y prioriza mitigaciones reversibles antes de cualquier acción destructiva.
Ejemplo práctico con supuestos explícitos
Ejemplo ilustrativo, no tarifa de proveedor: 12 USD/h frente a una base de 3 USD/h suponen 9 USD/h adicionales. Si se mantiene seis horas, el exceso sería de 54 USD. Recalcula tras la mitigación; este escenario no es una factura.
Preguntas frecuentes
¿Qué señales de Vercel debo revisar primero?
Empieza por Duración de Active CPU por función/carga, Duración de memoria aprovisionada, Invocaciones de funciones, reintentos y tasa de error. Compara la misma ventana antes y después del cambio para no mezclar volumen y coste unitario.
¿Cómo sé que el incidente está contenido?
Comprueba peticiones, concurrencia o la métrica de consumo afectada tras el cambio. Después concilia la facturación retrasada para el mismo alcance y moneda. Registra acción, responsable y condición de reversión; que cese la alerta no demuestra la recuperación.
¿Debo forzar un coste incierto a un proyecto?
No. Déjalo sin asignar hasta que tags, IDs de proyecto, recursos u otra señal fiable justifiquen la atribución. La falsa precisión genera peores decisiones que la incertidumbre visible.
¿Qué hago antes de aplicar un control de emergencia?
Captura proveedor/proyecto afectado, velocidad de gasto, causa sospechada y contexto de despliegue/tráfico. Investiga primero en solo lectura; cualquier acción de escritura debe ser explícita, acotada, reversible y auditada.