¿Cuánto cuesta tener tu sistema en AWS? Los factores que definen la factura

La pregunta más común antes de mudarse a la nube es cuánto va a costar. La respuesta honesta es "depende", pero no es un misterio: el costo de AWS se puede entender, estimar antes de construir y vigilar mes a mes. En este artículo te explicamos de dónde sale cada peso de la factura.

El modelo de pago por uso

A diferencia de un hosting o un VPS con tarifa fija, en AWS pagas por los recursos que consumes: horas de servidor, gigabytes almacenados, solicitudes procesadas y datos enviados a internet. Eso tiene dos caras:

• Ventaja: si tu sistema tiene poco tráfico de noche o en fin de semana, puedes pagar menos en esas horas; y si crece, la infraestructura crece contigo sin cambiar de proveedor.
• Riesgo: sin una buena arquitectura y sin vigilancia, los recursos olvidados o mal dimensionados siguen cobrando.

Los cuatro bloques que forman la factura

1. Cómputo

Es donde corre tu aplicación. En EC2 pagas por el tiempo que la instancia está encendida y por su tamaño (CPU y memoria). En Lambda pagas por número de ejecuciones y por su duración, lo que suele convenir a cargas intermitentes. Con ECS/Fargate pagas por la CPU y memoria que reservan tus contenedores.

2. Bases de datos

RDS y Aurora cobran por el tamaño de la instancia, el almacenamiento y los respaldos que conserves. Activar alta disponibilidad (Multi-AZ) mejora la tolerancia a fallas, pero mantiene una réplica en espera que también se paga. DynamoDB puede cobrarse por capacidad reservada o por solicitud.

3. Almacenamiento

En S3 pagas por gigabyte almacenado al mes, por las solicitudes (subir, leer, listar) y por la transferencia de salida. Las clases de almacenamiento para archivos que casi no se consultan son más baratas por gigabyte, pero cobran por recuperar los datos.

4. Transferencia de datos

Recibir datos en AWS normalmente no tiene costo; enviarlos a internet sí. Para sitios y aplicaciones con mucho contenido, servirlo a través de CloudFront (la CDN de AWS) ayuda a que cargue más rápido y a controlar este rubro.

Los cargos que más sorprenden

• Recursos olvidados: servidores de prueba encendidos, volúmenes de disco sin usar y snapshots antiguos.
• NAT Gateway: se cobra por hora y por cada gigabyte que procesa; en arquitecturas pequeñas puede pesar más de lo esperado.
• Registros sin límite: los logs en CloudWatch se cobran por volumen ingerido y almacenado; conviene definir un periodo de retención.
• Direcciones IP públicas y balanceadores de carga que quedaron activos después de una prueba.

Cómo estimar antes de construir

1. Define el tráfico esperado (usuarios, solicitudes por minuto, horario de uso) y el volumen de datos.
2. Elige la arquitectura: qué parte va en servidores, qué parte en serverless y qué base de datos necesitas.
3. Usa la AWS Pricing Calculator para sumar cada servicio con esos supuestos.
4. Agrega un margen para picos y crecimiento, y separa los costos de producción y de pruebas.

En STATUS 200 entregamos esta estimación como parte del diseño de arquitectura, antes de mover nada, para que decidas con números.

Cómo bajar la factura sin perder calidad

• Dimensionar bien: revisar métricas reales de CPU y memoria y ajustar el tamaño de las instancias.
• Apagar ambientes de prueba fuera de horario laboral.
• Serverless para cargas intermitentes: si algo se usa pocas veces al día, Lambda puede ser mucho más barato que un servidor encendido 24/7.
• Compromisos de uso: los Savings Plans y las instancias reservadas reducen el precio a cambio de comprometer un consumo por uno o tres años.
• Alertas de presupuesto: con AWS Budgets y Cost Explorer puedes recibir avisos antes de que la factura se salga de lo previsto.
• Etiquetas: marcar cada recurso por proyecto o ambiente para saber exactamente qué cuesta qué.

En resumen

El costo de AWS no es caro ni barato por sí mismo: es proporcional a lo que usas y a qué tan bien está diseñado. Con una arquitectura adecuada, una estimación previa y una revisión periódica, la factura se vuelve predecible.