INVESTIGAR PICOS DE COSTE Y CONSUMO
¿Por qué se disparó el coste de AWS Lambda?
Lambda puede encarecerse aunque el número de funciones no cambie. Más invocaciones, mayor duración, memoria o retries pueden multiplicar el consumo de una carga serverless. El conector de AWS todavía no está listo para producción. Esta página documenta las dimensiones de coste, los modos de fallo y el modelo de unit economics que CostNerve está diseñado para soportar, mientras el producto mantiene AWS claramente marcado como planificado.
Qué problema resuelve
- cuenta
- región
- servicio
- tipo de uso
- recurso
- tag
Qué revisar primero
- Fija el primer minuto/hora en que cambió la velocidad de gasto; no compares solo totales mensuales.
- Empieza por Coste por servicio, región, cuenta y tipo de uso y descompón después la diferencia entre las dimensiones de AWS 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
- Coste por servicio, región, cuenta y tipo de uso
- Utilización de EC2/Lambda y crecimiento de peticiones/runtime
- Cambios de data transfer/NAT/egress
- Nuevos recursos, eventos de autoscaling y cobertura de compromisos
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 AWS, revisa Coste por servicio, región, cuenta y tipo de uso y Utilización de EC2/Lambda y crecimiento de peticiones/runtime antes de asumir que el total cambió por una única causa.
Cómo funciona
Qué revisar en el panel del proveedor
Abre el panel de consumo y facturación de AWS; esta guía no implica ingesta operativa en CostNerve. Compara cuenta, región, servicio en periodos completos de igual duración. Separa consumo, estimaciones e importes de factura. Registra alcance, moneda y última actualización. Comprueba la cobertura antes de conectar; utiliza los conectores disponibles para los datos compatibles.
Estado de integración
El conector de AWS todavía no está listo para producción. Esta página documenta las dimensiones de coste, los modos de fallo y el modelo de unit economics que CostNerve está diseñado para soportar, mientras el producto mantiene AWS claramente marcado como planificado.
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 AWS debo revisar primero?
Empieza por Coste por servicio, región, cuenta y tipo de uso, Utilización de EC2/Lambda y crecimiento de peticiones/runtime, Cambios de data transfer/NAT/egress. 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.