FinOps emergente en 2021: cómo armar la disciplina antes de que tu bill cloud se dispare

La conversación sobre costos cloud cambió de tono en los últimos doce meses. Lo que en 2018 era "veamos cuánto nos sale, después afinamos" hoy es la segunda o tercera línea más grande del presupuesto de tecnología. La FinOps Foundation, que se sumó a la Linux Foundation en 2020 y celebró su primer FinOps X en 2021, formalizó el vocabulario y los principios de una disciplina que ya muchas empresas estaban improvisando con menos rigor.

Para una empresa mediana mexicana con un bill cloud que supera los 2,000 dólares al mes (o el equivalente en Azure, GCP u OCI), no hace falta esperar a llegar a los 50,000 para empezar. La curva de costos crece más rápido que la curva de aprendizaje, y la deuda financiera cloud se acumula sin que nadie lo note hasta que el reporte trimestral lo evidencia frente al consejo.

Esta guía es el marco que recomendamos para arrancar FinOps en 90 días, sin contratar un equipo dedicado y sin romper la operación.

Qué es y qué no es FinOps

FinOps no es solo "gastar menos en la nube". Es una disciplina cultural que combina ingeniería, finanzas y producto para que las decisiones técnicas tengan visibilidad económica y las decisiones financieras tengan visibilidad técnica.

Los tres principios operativos:

• Visibilidad: todos los equipos pueden ver cuánto cuestan sus recursos, en tiempo casi real.
• Optimización: se ajusta el consumo (apagar, reservar, redimensionar) y se renegocia con el proveedor.
• Operación: se establecen rituales (revisiones semanales o mensuales) y responsables claros.

Lo que no es FinOps:

• Una hoja de Excel que se actualiza cuando llega la factura.
• Un proyecto único de "limpieza" que ocurre cada año y medio.
• Apagar máquinas el viernes y prenderlas el lunes, sin más contexto.

Marco de 90 días

Días 1-30: visibilidad

Lo primero es saber qué se está pagando y por qué. La mayoría de las empresas medianas que auditamos llegan al día 30 con tres descubrimientos repetidos: hay recursos huérfanos sin dueño, hay snapshots y volúmenes que llevan años acumulados, y hay ambientes de desarrollo prendidos 168 horas a la semana cuando se usan 40.

Acciones concretas para este primer mes:

• Política de tagging obligatoria en al menos cuatro dimensiones: ambiente (prod/qa/dev), proyecto, dueño y centro de costo.
• Inventario completo de recursos por servicio. AWS Cost Explorer, Azure Cost Management o GCP Billing exportado a BigQuery son suficientes para empezar.
• Identificar huérfanos: volúmenes EBS sin instancia, IPs elásticas no asignadas, snapshots sin política de retención, load balancers sin tráfico, RDS apagados pero pagando almacenamiento.
• Dashboard ejecutivo con: costo del mes, top 10 servicios, top 10 proyectos, tendencia 90 días, y un "spike alerts" automático cuando algo crece más de 20% mes contra mes.

Días 31-60: quick wins

Con la foto clara, las acciones de impacto inmediato:

• Apagar lo no productivo fuera de horario. Ambientes de QA y desarrollo no necesitan correr 24/7. Una política simple de apagado nocturno y de fin de semana suele recortar entre 30% y 50% el costo de esos ambientes.
• Right-sizing. Instancias seleccionadas hace 18 meses con criterios optimistas suelen estar sobredimensionadas. AWS Compute Optimizer, Azure Advisor o herramientas como CloudHealth dan recomendaciones que se pueden auditar en una semana.
• Compresión de storage. Mover objetos antiguos de S3 Standard a S3 Standard-IA o Glacier según el patrón de acceso real. Definir lifecycle policies que se ejecuten solas.
• Limpiar lo huérfano detectado en el primer mes.

Estas cuatro acciones, hechas en orden y sin sofisticación, generan ahorros típicos del 15-25% del bill total en los primeros 60 días.

Días 61-90: compromiso e institucionalización

Una vez que la base está limpia y el consumo refleja la operación real, llega el momento de comprometerse con el proveedor para bajar la tarifa unitaria.

• Reserved Instances o Savings Plans en AWS, Reserved Instances en Azure, Committed Use Discounts en GCP. La regla práctica: comprometer al baseline estable (lo que sí o sí va a estar prendido los próximos 12 meses), no al pico.
• Negociar Enterprise Discount Program o equivalente si el bill anual supera ciertos umbrales (típicamente 100K USD/año para que tenga sentido sentarse a negociar).
• Definir el ritual. Reunión mensual de FinOps con tres áreas: ingeniería, finanzas y un product owner. Agenda fija: ¿cuánto gastamos vs presupuesto? ¿qué nuevos proyectos vienen? ¿qué decisiones tomamos para el mes que viene?

Herramientas tempranas

En 2021 las opciones todavía son relativamente acotadas. La elección depende del tamaño y de la complejidad:

• Solo nativo del proveedor: funciona si el bill es menor a 10K USD/mes y la complejidad es baja.
• CloudHealth, Spot.io, Vantage: opciones intermedias para multi-cuenta o multi-cloud.
• Apptio Cloudability, Flexera: para organizaciones con presencia más grande y necesidad de chargeback formal.

La trampa de las herramientas: no resuelven el problema cultural. Si nadie revisa el dashboard, da igual cuál se compre.

La pieza que casi nadie ataca: cultura

El cambio más difícil no es técnico ni de herramienta. Es que el desarrollador que aprovisiona una base de datos sepa cuánto cuesta antes de hacerlo, y que el comité de producto entienda que pedir una funcionalidad "para ya" tiene un precio recurrente.

Tres prácticas que ayudan:

• Mostrar el costo en el ambiente de desarrollo. Etiquetar el dashboard interno con el costo mensual estimado de cada servicio nuevo.
• Hablar de unit economics. No "gastamos 30K en AWS este mes" sino "cada usuario activo nos cuesta 0.42 USD en infra".
• Premiar ahorros, no solo features. Si el equipo logra recortar 20% del bill sin afectar performance, hacerlo visible al mismo nivel que un lanzamiento.

Por qué empezar ahora

Cada mes que pasa sin FinOps añade deuda financiera cloud silenciosa. Las empresas que arrancan con bills modestos pueden establecer la disciplina con relativamente poco esfuerzo. Las que esperan a tener un bill de 80K USD/mes para empezar suelen necesitar de tres a seis meses solo para entender qué está pasando.

El segundo argumento es estratégico. Cuando el negocio pida lanzar el siguiente producto o entrar a un nuevo país, la conversación con finanzas va a ser mucho más sana si tu equipo ya sabe leer el costo unitario de la operación. Sin esa lectura, los cases de inversión nuevos se aprueban a ciegas o no se aprueban en absoluto.

---

Descarga la plantilla: 90 días de FinOps. Solicita una llamada de 30 minutos y te compartimos el checklist completo y el dashboard base.