La factura cuenta lo que pasó, no por qué
Cada mes llega la factura del proveedor cloud. Trae un total, un desglose por servicio y miles de líneas de uso. Es exacta, y aun así casi nunca responde la pregunta que importa cuando el número sube: ¿por qué?
La factura está pensada para cobrar, no para decidir. Agrupa por lo que el proveedor vende (horas de cómputo, gigabytes almacenados, peticiones), no por lo que tu organización hace (productos, equipos, clientes). Mientras el costo se lea solo desde la factura, cada aumento termina en la misma reunión: alguien mira el total, nadie sabe qué cambió y la conclusión es "hay que recortar", sin saber dónde.
Tres preguntas que la factura no responde
¿Quién lo consume? Un mismo servicio de base de datos puede estar sirviendo a tres aplicaciones de tres equipos distintos. La factura lo muestra como una sola línea.
¿Para qué producto o cliente? Si no sabes cuánto cuesta servir a un producto, no sabes si ese producto es rentable. Tampoco puedes explicar por qué el costo creció cuando creció el negocio, o si creció sin que el negocio lo hiciera.
¿Cuánto debería costar? Sin una referencia, cualquier número parece razonable o alarmante según el día. El costo solo se entiende comparado con algo: el mes anterior, una estimación hecha antes de desplegar o el costo por unidad de negocio (por usuario, por transacción, por cliente).
Lo que cambia cuando el costo se normaliza
El primer obstáculo es técnico: cada proveedor describe su facturación con su propio formato, sus propias columnas y sus propios nombres. Comparar AWS con Azure o con GCP, o simplemente sumarlos, obliga a traducir a mano.
FOCUS (FinOps Open Cost and Usage Specification) es el estándar abierto de la FinOps Foundation que resuelve eso: define un formato común para los datos de costo y uso, de modo que la facturación de distintos proveedores se pueda leer con las mismas columnas y las mismas reglas. Los grandes proveedores ya ofrecen exportaciones en ese formato, o lo están incorporando.
Con el costo normalizado, las tres preguntas dejan de ser imposibles:
- Quién lo consume sale de la asignación: etiquetas y cuentas que atribuyen cada recurso a un equipo y a una aplicación.
- Para qué producto sale de agrupar esa asignación por lo que la organización vende.
- Cuánto debería costar sale de comparar contra una estimación previa y de medir el costo por unidad.
Por dónde empezar
No hace falta una plataforma para dar el primer paso. Hace falta orden:
- Inventario de cuentas y exportaciones. Saber qué cuentas, suscripciones y proyectos existen en cada nube y activar la exportación detallada de facturación en todas.
- Normalizar con FOCUS. Llevar esas exportaciones a un formato común, en un solo sitio, para poder sumarlas y compararlas.
- Asignar dueños. Etiquetar recursos por aplicación y equipo, y decidir qué hacer con lo que no tiene etiqueta (que al principio será mucho).
- Elegir una métrica de unidad y revisarla cada mes. Una sola, ligada al negocio, con un responsable que la explique cuando se mueva.
El objetivo no es gastar menos a cualquier precio. Es que cada aumento del costo tenga una explicación, y que esa explicación llegue antes que la factura siguiente.
En resumen
La factura cloud es un documento de cobro. Para decidir hace falta otra cosa: el costo normalizado, asignado y comparado. Cuando eso existe, la conversación deja de ser "¿por qué subió?" y pasa a ser "¿vale lo que cuesta?".
Si tu costo cloud crece sin que nadie sepa por qué, en Ingeniería FinOps está cómo lo abordamos.