Cuando la factura de AWS empieza a pesar en el estado de resultados, la primera pregunta del área de tecnología y de finanzas es la misma: ¿cómo pagamos menos por la misma capacidad? AWS ofrece varios modelos de precios sobre el cómputo, y elegir el equivocado —o no elegir ninguno y quedarse en On-Demand— se traduce directamente en dinero que se va cada mes sin necesidad.
Esta guía compara los cuatro modelos que definen el gasto de cómputo en AWS —On-Demand, Savings Plans, Instancias Reservadas y Spot— con criterios de decisión para gerentes de tecnología y finanzas, no solo para arquitectos.
Los cuatro modelos, en una frase
- On-Demand es el precio de lista: pagas por lo que usas, por segundo o por hora, sin compromiso. Máxima flexibilidad, mínimo descuento. Es el punto de partida y la referencia contra la que se miden todos los demás.
- Savings Plans es un compromiso de gasto por hora (en dólares por hora) durante uno o tres años a cambio de un descuento. No reservan capacidad: son un modelo de facturación que se aplica automáticamente a tu consumo elegible.
- Instancias Reservadas (RI) son un compromiso de uso de una configuración de instancia durante uno o tres años. Dan descuento y, en su modalidad zonal, pueden reservar capacidad en una zona de disponibilidad concreta.
- Instancias Spot usan capacidad sobrante de AWS con el mayor descuento del catálogo, a cambio de que AWS pueda recuperarla con un aviso de dos minutos.
La diferencia entre ellos no está en cuál “ahorra más” en una tabla, sino en qué tanto compromiso y qué tanta interrupción tolera tu carga. Ese es el eje real de la decisión.
Cuánto ahorra cada uno (cifras oficiales de AWS)
Los descuentos máximos que publica AWS frente al precio On-Demand son concretos y conviene tenerlos claros antes de decidir:
- EC2 Instance Savings Plans: hasta 72%, a cambio de comprometerte a una familia de instancias en una región.
- Compute Savings Plans: hasta 66%, con la máxima flexibilidad (se aplican a EC2, Fargate y Lambda en cualquier región, familia, tamaño, sistema operativo o tenencia).
- Instancias Reservadas Estándar: hasta 72%, el mayor descuento entre las Reservadas, para uso de estado estable.
- Instancias Reservadas Convertibles: hasta 66%, un descuento menor a cambio de poder intercambiarlas por otras con atributos distintos.
- Instancias Spot: hasta 90%, el descuento más agresivo, sobre capacidad interrumpible.
El patrón es claro: a mayor flexibilidad, menor descuento; a mayor compromiso o mayor tolerancia a la interrupción, mayor ahorro.
Los criterios que realmente deciden
1. Qué tan predecible es tu consumo
Este es el criterio que más inclina la balanza. Si tienes una base de cómputo que corre las 24 horas de forma estable —el núcleo de una plataforma productiva, bases de datos, servicios de negocio—, ese consumo es candidato natural a un compromiso de uno o tres años. Comprometer la base estable con Savings Plans o Instancias Reservadas captura el descuento sin riesgo, porque de todos modos ibas a consumir esa capacidad.
Lo que no conviene comprometer es el consumo impredecible: entornos de prueba efímeros, picos de campaña, cargas nuevas cuyo tamaño todavía no conoces. Ahí On-Demand y Spot cumplen mejor, y el compromiso llega después, cuando el patrón se estabiliza.
2. Cuánta flexibilidad necesitas conservar
Aquí es donde Savings Plans le ganó terreno a las Instancias Reservadas. Los Compute Savings Plans se aplican solos a lo que consumas —cambies de familia, de región o migres de EC2 a Fargate o Lambda— sin gestión manual. Es el modelo que mejor tolera una arquitectura que va a evolucionar.
Las Instancias Reservadas son más rígidas: la Estándar te ata a una familia (aunque puedes ajustar zona o tamaño dentro de ella), y para cambiar de familia necesitas la Convertible, que da menos descuento. La ventaja que conservan las Reservadas es la reserva de capacidad zonal: si necesitas garantía de que habrá una instancia disponible en una zona específica —un requisito típico de un plan de recuperación ante desastres—, esa garantía solo la da una RI zonal, no un Savings Plan.
3. Cuánta interrupción tolera la carga
Las Instancias Spot son la palanca de ahorro más grande de AWS —hasta 90%—, pero solo sirven si la carga puede sobrevivir a que AWS retire la instancia con dos minutos de aviso. Encajan muy bien en procesamiento por lotes, pipelines de CI/CD, análisis y entrenamiento de modelos, y contenedores sin estado orquestados en Kubernetes o ECS, donde el orquestador simplemente reemplaza el nodo perdido.
Lo que no debe correr en Spot es cualquier cosa que no pueda reiniciarse limpiamente: bases de datos productivas, servidores de estado, o servicios cuya interrupción tenga costo de negocio directo. La regla es simple: Spot para lo que se puede reintentar, no para lo que se debe garantizar.
4. Cómo quieres pagar el compromiso
Tanto Savings Plans como Instancias Reservadas ofrecen tres formas de pago: todo por adelantado, parcial por adelantado y sin pago inicial. Pagar más por adelantado incrementa el descuento; no pagar nada por adelantado lo reduce pero cuida el flujo de caja. Es una decisión financiera además de técnica, y conviene tomarla con el área de finanzas, no solo con la de arquitectura — sobre todo teniendo en cuenta que la facturación de AWS se realiza en dólares.
La tabla de decisión
| Criterio | On-Demand | Savings Plans | Instancias Reservadas | Spot |
|---|---|---|---|---|
| Descuento máximo | 0% (referencia) | Hasta 72% | Hasta 72% | Hasta 90% |
| Compromiso | Ninguno | 1 o 3 años | 1 o 3 años | Ninguno |
| Flexibilidad | Máxima | Alta (Compute) | Media | Alta, pero interrumpible |
| Reserva de capacidad | No | No | Sí (zonal) | No |
| Riesgo de interrupción | Ninguno | Ninguno | Ninguno | Alto (aviso de 2 min) |
| Carga ideal | Impredecible, pruebas | Base estable | Base estable con capacidad garantizada | Tolerante a fallos, por lotes |
Cuándo conviene cada uno
Quédate en On-Demand para cargas nuevas cuyo patrón todavía no conoces, entornos de prueba efímeros y picos impredecibles. Es la base sobre la que luego decides el compromiso.
Elige Savings Plans para cubrir tu consumo estable con la mayor flexibilidad: Compute Savings Plans cuando la arquitectura va a evolucionar o mezcla EC2, Fargate y Lambda; EC2 Instance Savings Plans cuando la familia es fija y quieres el descuento máximo.
Elige Instancias Reservadas cuando además del descuento necesitas reservar capacidad en una zona específica, o cuando la Convertible te da la flexibilidad de intercambio que tu plan de tres años requiere.
Elige Spot para todo lo que tolere interrupción: procesamiento por lotes, CI/CD, análisis, entrenamiento y contenedores sin estado. Es donde está el mayor ahorro, si la carga lo permite.
Y lo más importante: no es una elección excluyente. Una arquitectura optimizada combina los cuatro —Savings Plans o Reservadas para la base, Spot para lo interrumpible, On-Demand para lo impredecible— y ajusta la mezcla a medida que el consumo real se conoce.
Cómo lo abordamos en Caleidos
En Caleidos, como AWS Advanced Tier Services Partner, esta decisión es parte de nuestra práctica de FinOps y optimización de costos: no empezamos comprometiendo, empezamos midiendo. Analizamos el patrón real de consumo, separamos la base estable del pico impredecible, dimensionamos el compromiso para no pagar de más, y llevamos las cargas tolerantes a interrupción a Spot con la orquestación que las hace seguras. El resultado es una factura menor con el mismo workload intacto, y dashboards de costo que el área de finanzas entiende. Si quieres entender primero la disciplina detrás de esto, la explicamos en qué es FinOps.
¿Tu factura de AWS crece más rápido que tu negocio?
Conversemos sobre tu caso: en 30 minutos te damos una lectura concreta de qué parte de tu consumo conviene comprometer, qué cargas pueden irse a Spot y cuánto ahorro hay sobre la mesa sin tocar tu arquitectura.
