Las tres herramientas de AWS para reducir costos: ¿cuánto desperdicio real encuentran cada una?
Cuando una empresa le pregunta a AWS cómo bajar su factura, la respuesta casi siempre apunta a tres herramientas: Trusted Advisor, Compute Optimizer y Cost Explorer. Suenan parecidas, se comparan constantemente, y generan una falsa sensación de cobertura completa. El problema no es que sean malas herramientas — es que cada una responde una pregunta diferente, y juntas siguen dejando sin ver las categorías de desperdicio más grandes.
Este artículo no es una comparación de features. Es una pregunta más honesta: ¿qué porcentaje del dinero recuperable en tu cuenta de AWS puede detectar cada una? La respuesta cambia completamente cómo deberías usarlas — y qué más necesitas hacer.
Si tu empresa ya usa AWS y sientes que la factura no para de crecer aunque "ya revisaste las herramientas nativas", este análisis es exactamente para ti.
Qué hace realmente cada herramienta (sin el marketing)
Trusted Advisor funciona como un motor de checklist. Revisa patrones conocidos punto en el tiempo: instancias EC2 con baja utilización, load balancers inactivos, IPs elásticas sin asociar, volúmenes EBS subutilizados, instancias RDS ociosas. La trampa que nadie menciona al inicio es que los checks completos de optimización de costos requieren un plan de soporte Business o Enterprise. Con el plan básico, la cobertura es tan limitada que no debería influir en ninguna decisión seria.
Compute Optimizer aplica machine learning al historial de utilización (14 días por defecto, hasta tres meses con métricas mejoradas de pago) y te dice exactamente qué instancia debería reemplazar a cuál: "este m5.2xlarge debería ser un m5.large", "esta función Lambda tiene memoria sobredimensionada". Es gratuito, específico y muy bueno en su dominio. Pero su dominio es exactamente compute: EC2, grupos de autoescalado, EBS, Lambda, algunas cargas de contenedores. Un NAT gateway olvidado o un snapshot huérfano están completamente fuera de su alcance.
Cost Explorer es análisis de gasto con dos superficies de recomendación: compras de Reserved Instances y Savings Plans (su trabajo genuinamente único — hace la matemática de compromisos desde tu curva de uso real), y una vista básica de rightsizing que se superpone con Compute Optimizer pero con menos profundidad. Responde "¿a dónde va el dinero y qué deberíamos comprometer?", no "¿qué está desperdiciado?"
El resumen honesto: Trusted Advisor encuentra problemas de higiene conocidos, Compute Optimizer encuentra cómputo sobredimensionado, Cost Explorer encuentra oportunidades de compromiso. Tres preguntas distintas, todas válidas, ninguna completa por sí sola.
El mapa de cobertura: dónde están los puntos ciegos
Según el análisis publicado en Dev.to, existen ocho categorías que cubren la mayor parte del gasto recuperable en una cuenta AWS típica. Cuando pones las tres herramientas contra esa taxonomía, los vacíos se vuelven evidentes.
Las categorías de recursos ociosos (instancias corriendo sin consumidores reales) las cubre Trusted Advisor para los casos clásicos, pero solo con plan de soporte pagado. El rightsizing es el territorio de Compute Optimizer, bien cubierto para cómputo. Las oportunidades de compromiso (pagar on-demand por carga estable) las maneja Cost Explorer con solidez.
Hasta ahí, la cobertura es razonable. El problema está en las otras cinco categorías:
- Scheduling: recursos de no-producción corriendo 168 horas a la semana cuando solo se usan 40 o 50. Ninguna de las tres herramientas detecta esto. Para la mayoría de organizaciones, esta es la categoría controlable más grande.
- Recursos huérfanos a escala: snapshots olvidados, uploads multipart abandonados, dashboards sin uso, clusters sin nodos. Aparecen parcialmente en Trusted Advisor (IPs sin asociar, volúmenes subutilizados), pero los casos más costosos son invisibles.
- Clases de almacenamiento: datos fríos en almacenamiento caliente. S3 tiene sus propias analíticas, pero ninguna de las tres lo presenta como "desperdicio recuperable con un valor en dólares".
- Transferencia de datos: cargos de procesamiento de NAT gateway para tráfico que tiene una ruta gratuita disponible. Nadie lo detecta.
- Desperdicio en cargas Kubernetes: cuando los requests de recursos son el doble del uso real, el costo se esconde debajo del límite de la instancia y es invisible para las tres herramientas.
La conclusión del análisis es directa: las herramientas nativas cubren quizás la mitad de la taxonomía de desperdicio, y no es la mitad más cara.
Cómo aplica esto en empresas en Perú y LATAM
En proyectos de infraestructura cloud con empresas peruanas y latinoamericanas, vemos un patrón que se repite con frecuencia: el equipo técnico activó Cost Explorer, revisó Trusted Advisor una vez, y asumió que el gasto estaba optimizado. La factura de AWS sigue creciendo, pero nadie sabe exactamente por qué.
El problema del scheduling es especialmente común en empresas con ambientes de desarrollo y QA en la nube. Esos servidores corren los siete días de la semana, incluyendo noches y fines de semana, aunque el equipo solo trabaje de lunes a viernes en horario de oficina. Eso representa potencialmente el 65% del tiempo de cómputo siendo facturado sin que nadie lo use.
Los recursos huérfanos son otro clásico en cuentas con varios años de historia. Cada proyecto cancelado, cada prueba de concepto abandonada, cada migración a medias deja rastros que se siguen facturando. Snapshots de EBS de servidores que ya no existen, volúmenes desconectados, load balancers de aplicaciones que se apagaron hace un año.
Para empresas medianas en LATAM que gastan entre $2,000 y $20,000 mensuales en AWS, una auditoría honesta contra las ocho categorías — no solo las que las herramientas nativas ven — puede revelar entre el 20% y el 40% de gasto recuperable que estaba completamente fuera del radar.
¿Cómo aplica esto en tu empresa?
El análisis de Dev.to propone una auditoría práctica que cualquier equipo puede hacer en una tarde. La lógica es simple: no asumas cobertura, mídela tú mismo.
El primer paso es documentar las ocho categorías de desperdicio y usarlas como marco de referencia. Luego ejecutas las tres herramientas nativas, exportas todos los hallazgos y los clasificas en esas categorías con su valor mensual en dólares.
El segundo paso es hacer un barrido manual de las dos categorías que las herramientas omiten sistemáticamente. Para scheduling, compara el gasto de fin de semana versus día de semana por cuenta — una curva plana en una empresa de horario de oficina es la señal de alarma. Para huérfanos, ejecuta las consultas clásicas: volúmenes desconectados, snapshots con más de 90 días sin acceso, gateways sin tráfico.
Al final tienes dos números: dólares encontrados por las herramientas nativas versus dólares encontrados en total. Ese porcentaje es tu cobertura real. Y ese número es lo que debes llevar a la siguiente conversación con tu proveedor o con tu equipo de finanzas cuando alguien diga "ya revisamos AWS y estamos optimizados".
Si quieres hacer este ejercicio con acompañamiento técnico — especialmente si tu empresa tiene una arquitectura compleja, múltiples cuentas o cargas Kubernetes — en Consultoría-Ti podemos ayudarte a estructurar la auditoría, interpretar los resultados y priorizar las acciones con mayor impacto en tu factura.
Conclusión
Trusted Advisor, Compute Optimizer y Cost Explorer son herramientas legítimas y útiles. El error no es usarlas — el error es asumir que usarlas es suficiente. Cada una responde una pregunta específica, y hay categorías enteras de desperdicio que ninguna de las tres siquiera mira.
La categoría más grande — recursos corriendo cuando nadie los usa — es un punto ciego estructural de las herramientas nativas. Y en la mayoría de cuentas con más de un año de historia, es donde está el dinero más fácil de recuperar.
Conocer el mapa completo no toma semanas. Toma una tarde, las herramientas correctas y saber qué preguntas hacer.
¿Quieres saber cuánto de tu gasto en AWS está en categorías que tus herramientas actuales no pueden ver? Contáctanos en Consultoría-Ti y hacemos el diagnóstico juntos.
Fuentes y Referencias
✨ Contenido generado con ContentFlow — Consultoría-Ti