"FinOps" suena a algo de grandes corporativos con equipos dedicados y tableros elaborados. Y sí, a esa escala existe así. Pero su idea central es tan simple —y le hace tanta falta a una PyME— que dejarla fuera por creerla "de grandes" es exactamente cómo la factura de nube crece sin control. En una empresa pequeña, FinOps no es un departamento: es un hábito.
Qué es FinOps, sin la jerga
FinOps es la práctica de gestionar y optimizar el gasto en la nube de forma continua, conectando cada decisión técnica con su efecto en la factura. Formalmente se describe como un ciclo de tres fases que se repite:
- Informar: saber qué estás gastando y en qué —imposible sin etiquetado que atribuya el costo por área o proyecto—.
- Optimizar: eliminar el desperdicio y ajustar lo sobredimensionado.
- Operar: convertirlo en rutina —alertas, revisiones, responsabilidad de cada área sobre su gasto—.
En una PyME el ciclo se ejecuta con disciplina y las herramientas nativas de AWS y Azure, no con un equipo de tiempo completo.
Dónde se esconde el dinero (las fugas típicas)
En casi toda cuenta sin gobierno aparecen las mismas fugas, y suman un porcentaje de la factura que sorprende:
- Recursos huérfanos: discos sin asociar, IPs reservadas sin usar, instancias de una prueba que nadie apagó. Cuestan cada hora, en silencio.
- Sobredimensionamiento: máquinas más grandes de lo necesario —la fuga más grande y más común, heredada del hábito físico de "pedir de más por si acaso"—.
- Entornos que no apagan: desarrollo y pruebas corriendo 24/7 cuando solo se usan en horario laboral; apagarlos fuera de horas puede recortar su costo a la mitad o más.
- Tarifa completa en cargas estables: pagar on-demand lo que podría ir con instancias reservadas o savings plans.
- Almacenamiento sin ciclo de vida: datos viejos en el nivel más caro cuando podrían estar en archivo frío.
Cómo empezar sin montar un departamento
El arranque práctico para una PyME, en orden:
- Enciende la visibilidad: activa las herramientas de costos nativas y define un puñado de etiquetas obligatorias (área, proyecto, entorno).
- Pon alertas de presupuesto: que el sistema te avise cuando el gasto se desvíe —enterarte a mitad de mes, no por la factura—.
- Caza lo obvio primero: recursos huérfanos y entornos que no necesitan estar encendidos 24/7. Es dinero rápido y sin riesgo.
- Rightsizing con datos: ajusta lo sobredimensionado según uso real.
- Compromete lo estable: solo después de optimizar, aplica reservas a lo que ya sabes que se queda.
- Vuélvelo rutina: una revisión mensual de 30 minutos vale más que un pánico anual.
La parte que no es técnica
FinOps tiene un componente cultural que se ignora: mientras el costo de la nube sea "problema de TI" y una cifra global que nadie siente suya, nadie lo cuida. Cuando cada área ve y responde por su gasto —gracias al etiquetado—, el comportamiento cambia solo. No se trata de recortar por recortar, sino de que las decisiones se tomen sabiendo lo que cuestan. Ahorrar rompiendo un servicio no es ahorrar; el objetivo es pagar por valor, no por descuido.
La pregunta que conviene hacerse
La pregunta no es "¿cuánto gasto en la nube?", sino ¿qué parte de esa factura corresponde a algo que nadie usa, está sobredimensionado o podría costar menos con la misma función? En casi toda cuenta sin gobierno, la respuesta ronda un porcentaje que paga con creces el esfuerzo. Encontrar y cerrar esas fugas —y volverlo hábito— es justo nuestra optimización de costos en la nube (FinOps).