finops · aws
Optimización de costes en AWS
La factura cloud un 31 % más baja en dos meses, consolidando bases de datos y almacenamiento y apagando lo que no se usa.
- tipo
- profesional
- rol
- Análisis del gasto y ejecución de los cambios
- stack
- cost explorer · rds · s3 · lambda · eventbridge · graviton
- resultado
- −31 % de la factura en dos meses, medido en Cost Explorer
Bajé la factura de AWS un 31 % en dos meses, medido en Cost Explorer. Las bases de datos bajaron un 44 % y el almacenamiento, un 54 %, sin tocar la capacidad de servicio.
El punto de partida
El gasto había crecido por acumulación: una base de datos por grupo de clientes, todas sobredimensionadas; un bucket por cliente; y los entornos de desarrollo y staging encendidos día y noche. No había reservas ni Savings Plans.
Qué hice
Revisé la factura servicio a servicio y empecé por lo que más pesaba. Las bases de datos eran más de la mitad del gasto, así que fueron lo primero.
Cómo lo hice
Medir primero
Cost Explorer por servicio y por mes, antes y después de cada cambio. Sin esa foto, cualquier ahorro es una estimación.
Consolidar
Junté varias bases de datos en menos instancias multi-tenant, más pequeñas y en Graviton. En motores gestionados como RDS o Redis el cambio de arquitectura es trivial: no hay nada que recompilar. Los buckets por cliente pasaron a uno solo, y los de clientes inactivos, a almacenamiento de archivo.
Apagar lo que no se usa
EventBridge y Lambda encienden y apagan desarrollo y staging fuera del horario laboral. Staging pasó de estar encendido siempre a funcionar solo cuando el equipo trabaja.
Ciclo de vida
Reglas de ciclo de vida en las copias y en los logs, y discos de gp2 a gp3, que dan lo mismo por menos.
Resultado
La factura bajó un 31 % en dos meses, con las bases de datos un 44 % más baratas y el almacenamiento un 54 %.
- Las cifras salen de Cost Explorer, comparando el mes anterior y el posterior al cambio.
- Los servidores de la aplicación siguen en Intel: el siguiente paso es medir si compensa llevarlos a Graviton.
- Las reservas van después, cuando el tamaño deje de cambiar. Reservar algo sobredimensionado es pagar por adelantado lo que sobra.
Qué me llevo
El ahorro grande no sale de afinar cada máquina, sino de tener menos: menos instancias, menos copias y nada encendido que nadie use. Y empezar por lo que más pesa en la factura, no por lo más fácil.
Arquitectura
Cost Explorer por servicio → consolidación de bases de datos y almacenamiento → apagado programado (EventBridge y Lambda) → ciclo de vida en S3 → nueva medición.