FinOps: siete palancas para reducir la factura cloud sin frenar la entrega
La factura de nube crece por falta de visibilidad y de dueños, no por la nube en sí. Siete palancas concretas para recuperar el control, ordenadas de la más rápida a la más estructural.
Cuando la factura de nube sorprende cada mes, el problema rara vez es el proveedor. Casi siempre es una combinación de recursos sobredimensionados, entornos encendidos sin uso y, sobre todo, falta de dueños claros para cada costo. FinOps es la práctica que une a tecnología, finanzas y negocio para corregirlo.
La FinOps Foundation organiza el trabajo en tres fases que se repiten: informar (visibilidad y asignación), optimizar (actuar sobre el gasto) y operar (volverlo un hábito). Estas son las siete palancas que más impacto tienen, de la más rápida a la más estructural.
1. Etiquetado y showback por equipo y servicio
Sin asignación no hay conversación posible. Defina un estándar mínimo de etiquetas (servicio, equipo, entorno, centro de costo), hágalo obligatorio desde la infraestructura como código y publique un reporte de costos por equipo. Cuando cada equipo ve su propio gasto, el comportamiento cambia.
2. Rightsizing con datos reales
Revise el uso de CPU y memoria en percentiles altos (por ejemplo p95) de al menos dos a cuatro semanas. Las instancias, bases de datos y clústeres que nunca superan una fracción de su capacidad son candidatos inmediatos a reducirse.
3. Apagar lo que no se usa
Los entornos de desarrollo y pruebas no necesitan estar encendidos de noche ni los fines de semana. Si un entorno solo se usa 12 horas al día, cinco días a la semana, está en uso 60 de las 168 horas semanales: apagarlo el resto del tiempo reduce cerca de un 64 % del costo de cómputo de esos recursos.
4. Compromisos de uso para la base estable
Después del rightsizing, la carga que permanece estable es candidata a modelos de compromiso como Savings Plans, instancias reservadas o descuentos por uso comprometido. El orden importa: comprometerse antes de optimizar es pagar por adelantado el desperdicio.
5. Ciclo de vida del almacenamiento
Los datos tienen temperatura. Configure políticas que muevan objetos poco consultados a niveles de almacenamiento más económicos, elimine snapshots y volúmenes huérfanos y defina retenciones claras para logs y backups.
6. Arquitectura consciente de la transferencia de datos
El tráfico entre zonas, regiones y hacia internet suele ser el costo menos visible. Revise rutas por NAT, comunicación entre zonas de disponibilidad y patrones de replicación. A veces un cambio de arquitectura, como acercar el procesamiento a los datos, ahorra más que cualquier descuento.
7. Economía unitaria y guardarraíles
La métrica que de verdad importa no es el total de la factura, sino el costo por unidad de negocio: por transacción, por cliente activo o por pedido procesado. Combínela con presupuestos y alertas automáticas, y con políticas en la infraestructura como código que impidan crear recursos sin etiquetas o fuera de los tamaños aprobados.
Un plan de 30 días
- Semana 1: estándar de etiquetas y reporte de costos por equipo.
- Semana 2: rightsizing de los 20 recursos más costosos y horarios para entornos no productivos.
- Semana 3: limpieza de almacenamiento y revisión de transferencia de datos.
- Semana 4: definición de la métrica unitaria, presupuestos y decisión sobre compromisos.
El objetivo no es gastar menos a cualquier costo, sino que cada peso invertido en la nube tenga dueño y retorno.