Hay una conversación que se repite en casi todos los proyectos FinOps que iniciamos. El CTO o el responsable de IT nos dice, con cierta resignación: "Sabemos que estamos pagando de más, pero no sabemos exactamente cuánto ni dónde".
Lo sabemos porque lo hemos visto decenas de veces. Y lo que encontramos cuando miramos la cuenta suele sorprender, incluso a equipos técnicos experimentados.
El punto de partida: ¿cuánto es "normal" desperdiciar?
Flexera publica cada año su State of the Cloud Report. El titular que se repite: el 28% del gasto cloud de las organizaciones es desperdicio evitable.
En las cuentas AWS que auditamos, ese porcentaje suele ser mayor. No porque las empresas sean descuidadas. Sino porque AWS está diseñado para que escalar hacia arriba sea trivial y escalar hacia abajo requiera esfuerzo deliberado.
Tu equipo creció una instancia cuando lo necesitaba. Nadie la redujo cuando dejó de necesitarla. Eso es normal. Y acumulado durante meses, es significativo.
Dónde está el dinero: los cinco sospechosos habituales
1. Instancias sobredimensionadas (el mayor culpable)
El rightsizing es la acción con mayor impacto y menor riesgo en cualquier auditoría FinOps. Una instancia m5.4xlarge a 12% de CPU media puede ser reemplazada por una m5.xlarge sin que nadie note la diferencia en rendimiento.
Cómo detectarlo: AWS Compute Optimizer lleva semanas analizando tu uso real y ya tiene recomendaciones esperándote. La herramienta es gratuita. Lo que no es gratuito es ignorarla.
Ahorro típico: entre el 40% y el 70% del coste de las instancias afectadas.
2. Recursos huérfanos
Snapshots de EBS de instancias ya terminadas. Elastic IPs sin asociar (0,005$ por hora, pero multiplicado por cientos, durante meses). Load Balancers sin targets. Volúmenes EBS sin instancia asociada.
Ninguno de estos recursos justifica su existencia. Todos están facturando.
Cómo detectarlo: AWS Trusted Advisor (versión Business o Enterprise) tiene una categoría específica de "Cost Optimization" que los lista. También puedes hacerlo manualmente con AWS CLI o herramientas como cloud-nuke.
Ahorro típico: pequeño por recurso, pero sorprendente en agregado. En cuentas con más de dos años de vida, es habitual encontrar entre 200€ y 800€ mensuales en recursos huérfanos.
3. Precio bajo demanda donde debería haber reservas
Si tienes instancias que llevan más de tres meses en la misma familia de instancias y con el mismo tamaño, estás pagando precio bajo demanda (el más caro) por lo que debería ser un Savings Plan o Reserved Instance.
Los Savings Plans de Compute son los más flexibles: se aplican automáticamente a cualquier instancia EC2, Lambda o Fargate, independientemente de región, familia o SO. El descuento varía entre el 17% y el 66% respecto a precio bajo demanda, dependiendo del compromiso de 1 o 3 años.
Cómo calcularlo: el AWS Cost Explorer tiene una pestaña específica de "Savings Plans recommendations" que calcula el ahorro estimado según tu uso de los últimos 7, 30 o 60 días.
Ahorro típico: entre el 20% y el 45% del coste de cómputo.
4. Transferencia de datos (el coste que nadie ve venir)
AWS no cobra por los datos que entran. Pero cobra por los que salen, por los que cruzan zonas de disponibilidad, y por los que van de un servicio a otro a través de Internet en lugar de a través de VPC Endpoints.
Una arquitectura donde el servicio A llama al servicio B a través de una IP pública —cuando ambos están en la misma VPC— puede estar generando cientos de euros al mes en transferencia innecesaria.
Cómo detectarlo: el Cost Explorer desglosa los costes por tipo. Busca la categoría "EC2-Other" o "DataTransfer". Si es significativa (más del 10% de tu factura), merece una revisión.
Ahorro típico: muy variable. Hemos visto casos donde representaba el 25% de la factura total.
5. Almacenamiento S3 sin política de ciclo de vida
Los buckets de S3 crecen. Los logs se acumulan. Los backups se retienen indefinidamente. Sin políticas de ciclo de vida, estás pagando precio S3 Standard por datos que llevan dos años sin ser accedidos.
Las clases de almacenamiento S3 Glacier Instant Retrieval o S3 Glacier Deep Archive cuestan entre un 68% y un 95% menos que S3 Standard. La latencia de acceso sube, pero para backups y logs históricos, eso es completamente aceptable.
Cómo implementarlo: las políticas de ciclo de vida de S3 pueden configurarse directamente en la consola o mediante Terraform. Regla habitual: mover a Standard-IA después de 30 días, a Glacier después de 90 días, eliminar después de 365 días (o el periodo que marque tu compliance).
Ahorro típico: entre el 40% y el 80% del coste de almacenamiento S3.
La metodología: cómo hacemos una auditoría FinOps
Una auditoría FinOps no es revisar la consola de AWS durante una tarde. Es un proceso estructurado en cuatro fases:
Fase 1 — Visibilidad: activar y revisar Cost Explorer, Trusted Advisor, Compute Optimizer y el Cost and Usage Report. Entender la estructura de costes: qué servicios, qué cuentas, qué etiquetas.
Fase 2 — Análisis: identificar anomalías, recursos sin etiquetar, costes crecientes sin justificación de negocio, y oportunidades de optimización cuantificadas.
Fase 3 — Plan de acción: priorizar las acciones por impacto/esfuerzo. Algunas acciones (rightsizing, Savings Plans) tienen ROI inmediato. Otras (refactorización de arquitectura para reducir transferencia de datos) requieren planificación.
Fase 4 — Implementación y gobernanza: ejecutar las acciones, medir el impacto, y establecer mecanismos para que el desperdicio no vuelva a acumularse (presupuestos, alertas, revisiones periódicas).
¿Cuánto tiempo tarda en verse el ahorro?
Depende del tipo de acción:
- Rightsizing: el ahorro es inmediato al redimensionar las instancias. La implementación tarda entre horas y días.
- Savings Plans: el ahorro empieza desde el día de activación. Comprarlos tarda minutos.
- Recursos huérfanos: eliminación inmediata, ahorro inmediato.
- Ciclo de vida S3: las políticas se aplican gradualmente según la antigüedad de los objetos. El ahorro completo suele verse en 30–90 días.
En la mayoría de proyectos FinOps que hemos ejecutado, el ahorro visible en la primera factura post-auditoría está entre el 20% y el 35%. El ahorro total, con todas las acciones implementadas, entre el 30% y el 45%.
Lo que diferencia una auditoría real de un PDF de recomendaciones
Hemos visto cuentas donde una herramienta automatizada generó un informe con 200 recomendaciones. El equipo lo archivó porque no tenía contexto para priorizarlas ni capacidad para implementarlas.
Una auditoría FinOps bien ejecutada no termina con un informe. Termina con acciones implementadas, ahorro verificado en la factura siguiente, y un sistema de gobernanza para que no vuelva a acumularse.
Eso es lo que hacemos en Nubyron. Sin permanencia. Sin contratos largos. En dos semanas.
Si quieres saber cuánto está desperdiciando tu cuenta AWS, la primera conversación es gratuita.