Modelos de precios de AWS y herramientas de coste

El Dominio 4 (Facturación, precios y soporte) supone el 12% de la puntuación del CLF-C02, y dos de sus tres declaraciones de tarea viven dentro de esta lección: la Tarea 4.1 «Comparar modelos de precios de AWS»: bajo demanda, Reserved Instances, Spot Instances, Savings Plans, Dedicated Hosts, Dedicated Instances, Capacity Reservations, niveles de almacenamiento y transferencia de datos entrante frente a saliente, y la Tarea 4.2 «Facturación, presupuesto y gestión de costes»: Budgets, Cost Explorer, el Pricing Calculator, facturación consolidada de AWS Organizations, etiquetas de asignación de costes y el Cost and Usage Report. Aproximadamente seis ítems puntuados provienen del Dominio 4, y la mayoría son preguntas de aritmética y criterio más que definiciones. Quienes suspenden esta área rara vez suspenden porque nunca hubieran oído hablar de Savings Plans; suspenden porque no saben decir qué herramienta responde qué pregunta, o porque citan un porcentaje de descuento sin saber a qué se comprometen.

En esta lección:

• enuncias los cuatro principios generales de precios con la propia redacción de AWS y nombras los tres motores de coste;
• explicas por qué el mismo tipo de instancia cuesta distintas cantidades en distintas Region y resuelves la aritmética;
• lees la tabla comparativa de compra de cómputo: plazos de compromiso, flexibilidad, interrupción y cuándo el examen elige cada opción;
• recorres el árbol de decisión de opciones de compra desde el laboratorio gratuito hasta la flota comprometida;
• separas RI Estándar frente a Convertible y Compute Savings Plans frente a EC2 Instance Savings Plans por techo de descuento y flexibilidad;
• explicas exactamente qué te cuesta Spot en riesgo de interrupción, y qué compra un Dedicated Host sobre una Dedicated Instance;
• nombras los tres tipos de Free Tier con ejemplos con fuente, más la estructura de créditos posterior a julio de 2025;
• listas las dimensiones de facturación de S3, EBS, RDS, Lambda, transferencia de datos, Route 53 y CloudFront;
• calculas solicitudes, salida y zonas alojadas en ejemplos numéricos resueltos;
• eliges la herramienta de coste adecuada: Pricing Calculator, TCO/Migration Evaluator, consola de facturación, Cost Explorer, Budgets;
• conectas cuatro historias reales de coste de clientes de AWS (Box, Canva, FarEye, NASA JPL) con la palanca que produjo cada ahorro, y lees el cuadro de actualizaciones de 2026 con fuentes;
• practicas con 12 preguntas estilo examen más cuatro comprobaciones interactivas.

---

1. Los cuatro principios generales de precios

1.1 La escalera de principios

El whitepaper How AWS Pricing Works de AWS (publicado el 24 de febrero de 2023 y hoy etiquetado por AWS como referencia histórica) comprime todo el modelo en una frase: «Pagas según usas, pagas por lo que usas, pagas menos al usar más y pagas aún menos cuando reservas capacidad». La página de precios en vivo añade la mitad contractual del trato: pago por uso «sin contratos a largo plazo».

Dos ideas de apoyo completan el modelo. Primero, economías de escala: AWS dice que sus clientes «se benefician de enormes economías de escala», que es lo que produce «precios de pago por uso más bajos»: el uso agregado de todos los clientes de AWS es la razón por la que el precio de lista ya es bajo antes de cualquier compromiso. Segundo, los tres motores de coste: AWS nombra cómputo, almacenamiento y transferencia de datos saliente como «tres motores fundamentales», señalando explícitamente que no hay cargo por la transferencia de datos de entrada.

1.2 Paga menos al usar más: escalonado y lo que es gratuito

«Pagar menos al usar más» no es un eslogan sobre descuentos que tengas que negociar: es escalonado dentro del precio de lista. La página de precios de AWS afirma que S3 y la transferencia de datos saliente están escalonados, mientras que la transferencia de datos de entrada es siempre gratuita. El examen convierte esto en dos preguntas:

1. ¿Qué dirección se factura? Saliente. La entrada desde internet es gratuita, y el tráfico entre servicios en la misma Zona de Disponibilidad es gratuito.
2. ¿El cupo es por servicio o global? Global: consulta el cuadro de «¿Sabías que…?» más abajo.

AWS también documenta un cuarto coste, más silencioso: ocio. El whitepaper de precios afirma que apagar instancias sin uso puede ahorrar «70 por ciento o más», y por eso apágala es siempre una respuesta correcta plausible en un enunciado de optimización de costes, y por eso limpiar la capacidad ociosa viene antes de cualquier decisión de compromiso.

• 📚 ¿Sabías que…? El cupo gratuito de transferencia de datos es 100 GB de transferencia de datos saliente al mes, agregados en todos los servicios de AWS y todas las Region (excluyendo las Region de China y AWS GovCloud): no son 100 GB por servicio ni 100 GB por Region. Amazon CloudFront añade un 1 TB de transferencia de datos saliente gratuita cada mes. AWS amplió este cupo desde la cifra anterior por Region, así que el material de estudio antiguo que cita «1 GB por Region» está desactualizado (página de expansión de transferencia de datos de Free Tier de AWS, en octubre de 2026).

1.3 El compromiso es la única palanca que baja el precio unitario

El escalonado baja el precio de la siguiente unidad; el compromiso baja el precio de cada unidad. La página de precios de AWS agrupa esto bajo «Ahorra cuando te comprometas», y los Savings Plans están documentados como un compromiso durante un periodo de uno o tres años. Las Reserved Instances usan los mismos plazos de 1 o 3 años con tres opciones de pago (todo por adelantado, parcial por adelantado, sin pago inicial). Todo en §2 es una variación de esa única frase, y por eso al examen le encanta preguntar «¿qué opción ofrece el descuento más profundo con la menor flexibilidad?».

1.4 Los precios se fijan por servicio y por Region

La propia orientación de optimización de costes de la guía del examen (COST07-BP02) lo dice claro: «El precio de los recursos puede ser distinto en cada Region» por tierra, fibra, electricidad e impuestos. Las Local Zones se precifican de forma distinta (y más alta) que su Region principal. El mismo tipo de instancia, el mismo sistema operativo, la misma hora pueden costar cantidades materialmente distintas según dónde lo lances.

Ejemplo resuelto E1: dispersión regional de un tipo de instancia (en octubre de 2026). El propio feed de precios bajo demanda de AWS para t3.medium en Linux (sin selección de grupo de seguridad), recuperado el 7 de octubre de 2026:

AWS factura las instancias bajo demanda por hora (o por segundo con un mínimo de 60 segundos), y el Pricing Calculator estandariza un mes en 730 horas. Así que un t3.medium corriendo todo el mes:

$$\text{N. Virginia} = 730 \times 0.0416 = \$30.37 \qquad \text{São Paulo} = 730 \times 0.0672 = \$49.06$$

Diferencia: $49.06 −$30.37 = $18.69 al mes, unos +61%, con software idéntico. Lección de examen: la Region es una decisión de precios, pero solo después de satisfacer los requisitos de latencia, residencia de datos y funcionalidades: AWS nunca publica un ranking de «Region más barata», así que trata el coste como criterio de desempate, no como primer filtro.

---

2. Opciones de compra de cómputo: la comparación sobre la que se construye el examen

El Dominio 4, Tarea 4.1, nombra las opciones explícitamente: instancias bajo demanda, Reserved Instances, Spot Instances, AWS Savings Plans, Dedicated Hosts, Dedicated Instances, Capacity Reservations, más niveles de almacenamiento y transferencia de datos. Más abajo está toda la habilidad en una sola tabla, con cada porcentaje fechado en octubre de 2026.

2.1 La tabla maestra de comparación

Todos los techos oficiales en una referencia (todos «hasta», en octubre de 2026):

2.2 Ejemplo resuelto E2: la escalera de descuento

Toma un coste de lista bajo demanda hipotético de 100 unidades al mes para la misma carga de trabajo estable y aplica los techos publicados por AWS (aritmética ilustrativa, techos en octubre de 2026):

Dos lecciones viajan en esas cifras. Primero, los Savings Plans y las Reserved Instances se corresponden 1:1 por techo: el SP de cómputo ≈ RI Convertible al 66%, el SP de instancia EC2 ≈ RI Estándar al 72%, la FAQ de Savings Plans de AWS dice exactamente eso («66% (igual que las RI Convertible)» y «72% (igual que las RI Estándar)»). La diferencia entre los pares es por tanto flexibilidad, no ahorro. Segundo, la factura real cae por encima de esas cifras, porque un techo es lo mejor que AWS podrá hacer por una carga de trabajo perfectamente ajustada, el ahorro real depende de cuán por completo coincida tu uso con el compromiso.

2.3 Reserved Instances: la letra pequeña que el examen reutiliza

⚠️ Una Reserved Instance es un descuento de facturación, no un servidor reservado. La redacción de AWS es «una reserva de capacidad cuando se usa en una Zona de Disponibilidad concreta», el descuento y la reserva son dos cosas separadas que viajan juntas. Y la familia de trampas funciona en ambas direcciones: un Savings Plan no reserva nada, mientras que una On-Demand Capacity Reservation reserva capacidad a precio completo sin descuento alguno. Si un enunciado dice «capacidad garantizada en la AZ X con descuento», la respuesta es una RI Estándar con ámbito de AZ, nada más en la tabla hace ambos trabajos.

2.4 Savings Plans: los dos tipos en una sola vista

AWS precifica un año de Savings Plan como 365 días y tres años como 1.095 días, y ofrece las mismas opciones de pago todo / parcial / sin por adelantado. La propia página de tipos de Savings Plans de AWS plantea la elección como «flexibilidad para cambiar tu uso»: comprométete con un importe por hora (de cómputo) o con una familia concreta en una Region (de instancia EC2).

2.5 Spot: 90% de descuento, con una trampa que el examen siempre evalúa

Las Spot Instances ejecutan capacidad EC2 disponible a un precio «por debajo del precio de bajo demanda» y se comercializan como «hasta un 90% de descuento». Tres mecánicas importan:

1. El precio se mueve. La lista de precios Spot se actualiza cada 5 minutos y refleja «tendencias a largo plazo de oferta y demanda»: a diferencia de bajo demanda, cuyo precio por hora es estático.
2. La capacidad puede recuperarse. AWS ejecuta la instancia «siempre que haya capacidad disponible» y la interrumpe cuando necesita recuperarla. El propio Instance Advisor de AWS informa de una frecuencia media de interrupción que históricamente ha estado por debajo del 5% (vista de 30 días, todas las Region y tipos de instancia, en octubre de 2026): sigue siendo distinta de cero, y por eso Spot nunca es la respuesta para una carga con estado, no tolerante a fallos o crítica en latencia.
3. Diseña para la interrupción. El par examinable es el trabajo tolerante a fallos / sin estado / reiniciable: trabajos por lotes, tuberías de CI, procesamiento de grandes datos, renderizado de imagen y consumidores de colas que pueden releer el trabajo.

• 📚 ¿Sabías que…? La propia página de precios de Reserved Instances de AWS abre actualmente con «Recomendamos los Savings Plans»: la misma página que te vende la RI desvía a los clientes flexibles hacia otro sitio. En el examen, los enunciados del tipo «AWS recomienda X sobre Y» suelen evaluar exactamente esta línea: Savings Plans por la flexibilidad, RI cuando quieres específicamente la construcción de RI (incluida una reserva de capacidad con ámbito de AZ).

2.6 Dedicated Host frente a Dedicated Instance frente a Capacity Reservation

Estas tres se confunden constantemente. Los ejes que las distinguen son qué se factura, qué puedes ver y qué control de licencias obtienes:

AWS afirma que no hay diferencia de rendimiento, seguridad ni física entre Dedicated Hosts y Dedicated Instances: la división es granularidad de facturación, visibilidad y licenciamiento.

2.7 El árbol de decisión y la adecuación a la carga de trabajo

2.8 Leer el enunciado: el mapa de palabras clave

Casi todo ítem de compra del Dominio 4 puede decidirse con dos o tres palabras del enunciado. Usa este mapa antes de leer las opciones: después elimina todo lo que viola la palabra clave:

3. Free Tier: tres tipos y la reestructuración de 2025

3.1 Los tres tipos clásicos

La documentación de Free Tier de AWS define tres categorías, y el examen te pide distinguirlas por cómo se comporta el reloj:

Dos reglas mecánicas aplican a los tres: el uso gratuito se «calcula cada mes en todas las regiones» y «no se acumula», y el uso de Free Tier no está disponible en AWS GovCloud, el cupo de 100 GB de transferencia saliente además excluye las Region de China. Un cupo mensual queda fuera de los tres clásicos: Amazon CloudFront lista 1 TB de transferencia de datos saliente más 10.000.000 de solicitudes HTTP(S) al mes, pero la página no lo etiqueta como Siempre gratis ni de 12 meses, no afirmes una duración para él sin volver a comprobarlo (verifica el estado actual antes de usarlo).

3.2 Qué cambió el 15 de julio de 2025

El modelo clásico de 12 meses sigue siendo el vocabulario del examen, pero la experiencia de registro actual se basa en créditos. Al 7 de octubre de 2026, aws.amazon.com/free ofrece:

• 100 USD de crédito de inmediato, más hasta 100 USD más ganados, para hasta 200 USD en 6 meses;
• un plan Free cuya cuenta «se cierra por sí sola 6 meses después de abrirla», o cuando se agoten los créditos, y que cubre «más de 90 servicios», con solo las ofertas Siempre gratis activas en una cuenta de plan Free;
• un plan Paid con el catálogo completo, que también es elegible para los créditos;
• categorías sin cambios: Siempre gratis (más de 30 servicios de AWS), Pruebas y ofertas de tiempo limitado.

Los tipos de instancia gratuitos de EC2 varían según la fecha de la cuenta: las cuentas anteriores al 15 de julio de 2025 ven t2.micro / t3.micro en la vía de 12 meses; las cuentas de esa fecha en adelante reciben t3.micro, t3.small, t4g.micro, t4g.small, c7i-flex.large y m7i-flex.large en la vía de 6 meses o hasta agotar los créditos. Verifica el estado actual antes de usarlo; esta es la zona del Dominio 4 que más rápido cambia.

3.3 Ejemplo resuelto E3: qué compra realmente «750 horas al mes»

El cupo clásico de EC2 es de 750 horas al mes de t2.micro/t3.micro (cifra de la era de 12 meses, en octubre de 2026). El Pricing Calculator de AWS estandariza un mes en 730 horas, así que:

$$\frac{750 \text{ horas gratuitas}}{730 \text{ horas en un mes}} = 1.03 \text{ instancias ejecutándose 24/7}$$

Así que 750 horas significan exactamente una instancia corriendo las 24 horas durante el mes, con casi nada de sobra: dos instancias repartidas durante el mes romperán el cupo, y también lo hará una instancia más el resto de una segunda Region, porque el cupo se calcula cada mes en todas las Region y no se acumula. La misma aritmética aplica a cualquier cupo gratuito por hora: divide las horas por 730 antes de prometerle a nadie que es «gratis».

• 📚 ¿Sabías que…? El umbral de alerta de Free Tier es el 85 por ciento, no el 100%: AWS afirma que «te notifica por correo cuando superas el 85 por ciento de tu límite de Free Tier». La notificación es por servicio, el 100% de sobrecoste te toca vigilarlo tú, y una cuenta de plan Free tiene solo las ofertas Siempre gratis activas: los cupos de tiempo limitado no existen en ese plan.

---

4. Qué se te factura de verdad: dimensiones por servicio

Saber qué servicio usar es la mitad del Dominio 4; saber en qué unidad factura ese servicio es la otra mitad. Cada precio de abajo está en octubre de 2026 y debe comprobarse de nuevo antes de confiar en él.

4.1 La matriz de dimensiones de facturación

4.2 Ejemplos resueltos E4, E6, aritmética de solicitudes, salida y DNS

E4: la factura de solicitudes de S3 (us-east-1, en octubre de 2026). Un servicio realiza 500.000 escrituras y 20.000.000 de lecturas al mes:

Conclusión: una carga con muchas lecturas es barata en solicitudes, y una carga con muchas operaciones LIST no lo es: LIST se factura a la tarifa de PUT. El almacenamiento GB-mes y la salida son adicionales.

E5: transferencia de datos saliente con el cupo gratuito global (en octubre de 2026). Una carga de trabajo saca 600 GB a internet en un mes desde us-east-1:

$$(600 - 100)_{\text{cupo global gratuito}} \times \$0.09 = 500 \times 0.09 = \$45.00$$

Conclusión: los 100 GB se agregan en todos los servicios de AWS y todas las Region (excepto China y GovCloud): no recibes 100 GB nuevos por servicio, y la transferencia de entrada no cuesta nada, así que una arquitectura chismosa y con mucha descarga es un problema de salida.

E6: Route 53 en una cuenta pequeña (en octubre de 2026). Dos zonas alojadas y 500.000 de consultas estándar en un mes:

$$2 \times \$0.50 + \left(\frac{500{,}000}{1{,}000{,}000} \times \$0.40\right) = \$1.00 + \$0.20 = \$1.20 \text{/mes}$$

Conclusión: el DNS se factura por zona y por consulta, y las consultas en zonas alojadas privadas son gratuitas: que es la razón estándar por la que una arquitectura con zona privada es la respuesta más barata en el examen.

4.3 La regla de «detenido no es gratis»

El dato de facturación más evaluado de esta sección: Amazon RDS cobra por el almacenamiento provisionado y el almacenamiento de respaldo mientras la instancia está detenida: solo se detienen las horas de instancia de BD. EC2 es distinto: detener una instancia detiene la facturación por horas de instancia, pero los volúmenes e instantáneas de EBS siguen facturando. Así que:

Ejemplo resuelto E7 (ilustrativo). Un equipo detiene la base de datos cada noche esperando $0: si la hora de instancia se detiene pero quedan 100 GB de almacenamiento provisionado y sus copias, la parada nocturna solo ahorra la línea de cómputo. El enunciado del examen suele ser «el equipo detuvo la base de datos por la noche para ahorrar costes; ¿por qué la factura no cambia?»: la respuesta es que los cargos de almacenamiento y respaldo continúan.

• 📚 ¿Sabías que…? De los tres motores de coste que nombra AWS (cómputo, almacenamiento, transferencia de datos saliente), solo uno depende de la dirección: la transferencia de entrada es gratuita desde internet, el tráfico entre servicios en la misma AZ es gratuito, y todo lo interesante se factura en el lado de salida: agregado como «AWS Data Transfer Out» con un cupo gratuito de 100 GB/mes en todos los servicios y Region (excepto China y GovCloud), en octubre de 2026. Esa sola frase responde más ítems de transferencia de datos del Dominio 4 que cualquier tabla.

4.4 Transferencia de datos: cada dirección, con precio

La Tarea 4.1 nombra explícitamente «los costes de transferencia de datos entrante y saliente (entre Region, intra-Region)». La propia orientación de precios de AWS trata la entrada como gratuita y la salida como la dirección medida:

Ejemplo resuelto E8: un mes de transferencia mixta (tarifas de us-east-1, en octubre de 2026).

Conclusión: toda la factura vino de una dirección (salida) y un salto (entre Region). Las arquitecturas más baratas de este examen mueven datos hacia dentro gratis, lo mantienen dentro de una Zona de Disponibilidad siempre que pueden, y lo empujan a internet a través de CloudFront en lugar de directamente desde el origen.

4.5 Niveles de almacenamiento: dónde vive realmente el motor de coste «almacenamiento»

La Tarea 4.1 empareja las opciones de compra con «opciones y niveles de almacenamiento». La lógica de precios de cada nivel de almacenamiento es el mismo intercambio: cuanto más baja la tarifa mensual en GB-mes, más fríos deben estar los datos y más pagas por leerlos de vuelta:

Lección de examen: «archivamos los datos» solo es un ahorro si el patrón de recuperación coincide con el nivel: una clase fría que se lee todos los días factura más que la clase caliente que reemplazó, y cualquier dato que salga de AWS hacia internet se factura como transferencia de datos saliente.

---

5. Herramientas de coste: cinco preguntas, cinco respuestas

La Tarea 4.2 nombra el conjunto de herramientas: AWS Budgets, AWS Cost Explorer, el AWS Pricing Calculator, AWS Organizations (facturación consolidada), etiquetas de asignación de costes y el Cost and Usage Report. El examen no evalúa profundidad de funciones: evalúa qué herramienta responde qué pregunta, más un puñado de umbrales gratuitos y de pago.

5.1 La escalera de herramientas

5.2 Ejemplo resuelto E9: elegir la herramienta antes de hacer la cuenta

Aritmética de Budgets que merece memorizarse (en octubre de 2026): la monitorización es gratuita; los primeros dos presupuestos con acciones no cuestan nada; el tercero cuesta $0.10 al día, así que un mes de 30 días con ese presupuesto son $3.00, y cinco presupuestos así son $15.00/mes. Los presupuestos sin acciones son gratuitos, y esa es la razón por la que la respuesta correcta del examen a «configura una alerta de gasto gratuita» es un presupuesto de coste de 0 USD: no un plan de pago.

5.3 Dentro de Cost Explorer y Budgets: la mecánica que el examen cita

Cost Explorer es una capa de análisis, no un sistema de facturación: AWS afirma que puedes mirar 13 meses de historial, pronosticar los próximos 18 meses y recibir «recomendaciones sobre qué Reserved Instances comprar» (cifras de la guía de usuario, en octubre de 2026; las páginas de marketing citan ventanas distintas, así que verifica el estado actual antes de usarlo). Varios detalles mecánicos aparecen como distractores:

AWS Budgets es la barandilla orientada al futuro, y viene en tres tipos de presupuesto, coste, uso y utilización/cobertura, con un vocabulario de alertas fijo:

Organizations y las etiquetas completan el panorama (Tarea 4.2): AWS Organizations te da facturación consolidada entre cuentas miembro, y las etiquetas de asignación de costes te permiten dividir una sola factura por equipo, producto o entorno. El Cost and Usage Report (CUR) es la evidencia por línea de detalle detrás de ambos. Un emparejamiento práctico que conviene recordar: un presupuesto de coste de 0 USD protege el Free Tier mientras el correo de Free Tier al 85% de la propia AWS te da la alerta a nivel de servicio: dos sistemas de alerta temprana gratuitos por el precio de ninguno.

• 📚 ¿Sabías que…? El supuesto de 730 horas al mes del Pricing Calculator (720 horas en un mes de 30 días + 10) está incrustado en sus líneas de coste mensual, y por eso una estimación de la calculadora y una factura real discrepan en meses de 31 días, en febrero y en cualquier mes en el que un recurso haya corrido solo parte del tiempo. Multiplica por 1 cualquier cifra de «$/hora × 730» que veas en material de estudio antes de confiar en ella en un pronóstico real.

Actualizaciones de 2026 (en octubre de 2026)

---

Casos Reales

El Dominio 4 se puntúa por criterio, y las propias historias de clientes de AWS son donde se formó ese criterio. Cada cifra de abajo está tal como AWS la publicó en páginas de casos de estudio consultadas en octubre de 2026, y cada porcentaje es un resultado de cliente, nunca una garantía de AWS. El examen rara vez pide el nombre de la empresa: pide qué palanca produjo el ahorro: arquitectura, compromiso, capacidad interrumpible o relación precio-rendimiento. Cuatro palancas cubren toda historia de coste que AWS publica.

Box: 2,23 millones de dólares de las dimensiones de facturación, no del compromiso

El caso de estudio de AWS, con titular «…destapa más de 2,23 millones de dólares en ahorros», sigue a Box, una plataforma SaaS empresarial usada por más de 120.000 organizaciones, a lo largo de una serie de revisiones del AWS Well-Architected Framework con arquitectos de soluciones de AWS. Fíjate de dónde salió el dinero de verdad: no de un compromiso de 1 o 3 años, sino de las dimensiones de facturación de §4:

La mecánica fue arquitectónica: escalonado de ciclo de vida de S3 y Glacier, higiene de volúmenes e instantáneas de EBS, filtrado de eventos de CloudTrail (paga por los eventos que conservas) y enrutamiento del tráfico alrededor de las puertas de enlace de internet para que los bytes nunca se convirtieran en salida. El director de FinOps y SRE de Box, hablando en nombre del cliente: «Nuestro uso de las mejores prácticas de AWS condujo a ahorros de más de 2 millones de dólares, estableciendo una nueva referencia…»

Lección de examen: la línea mayor de esta historia es transferencia de datos saliente, el tercer motor de coste de §4.1, y la solución no costó plazo de compromiso ni riesgo de interrupción. Cuando un enunciado dice «reduce el gasto sin cambiar la opción de compra», acude primero a las dimensiones de facturación de §4; la arquitectura viene antes que el compromiso en toda secuencia de optimización de costes que enseña AWS.

Canva: la mezcla de modelos de compra

Canva, una plataforma de diseño SaaS que corre en AWS desde el primer día, necesitaba escala rentable con distintos niveles de fiabilidad por plan de usuario. El caso de estudio de optimización de costes de AWS informa de que Canva redujo los costes de cómputo un 46 por ciento en menos de 2 años mezclando deliberadamente opciones de compra en lugar de elegir una sola:

La propia página de AWS cita los techos en los que se apoyó Canva: las RI con «un descuento de hasta el 72 por ciento frente a bajo demanda», los Savings Plans con «hasta un 72 por ciento … a cambio de un compromiso de gasto horario de 1 o 3 años», y Spot con «hasta un 90 por ciento de descuento» (todos en octubre de 2026).

Lección de examen: los parques de producción rara vez compran una sola opción. «Comparar modelos de precios de AWS» (Tarea 4.1) significa aplicar el árbol de decisión de §2 por carga de trabajo, el suelo de capacidad estable con un compromiso, el desbordamiento elástico en Spot, y el 46 por ciento de Canva es lo que esa mezcla produjo para Canva, no un techo que AWS prometa a nadie.

FarEye: tres palancas tiradas a la vez

FarEye, una plataforma SaaS de logística que combate márgenes finos en la última milla, necesitaba un gasto predecible. El caso de estudio de AWS atribuye el resultado a tres palancas apiladas juntas a lo largo de más de 500 instancias Spot y bajo demanda:

• Compute Savings Plans: el suelo comprometido (§2.4, techo del 66%);
• EC2 Spot: el desbordamiento interrumpible (§2.5, techo del 90%);
• Graviton: precio-rendimiento, la cuarta palanca (mismas dimensiones de factura, menos unidades consumidas).

AWS publicó el resultado como costes de cómputo reducidos un 65 por ciento, cerca de 1 millón de dólares al año de ahorro en la nube, y +30% de rendimiento en Graviton (caso de estudio consultado en octubre de 2026).

Lección de examen: el compromiso y Spot no son rivales: se apilan: base estable en el Savings Plan, trabajo elástico y reiniciable en Spot. Lo que nunca hacen es reservar capacidad; solo una RI con ámbito de AZ o una Capacity Reservation lo hace (§2.3).

NASA JPL: Spot donde la interrupción es asumible

Para la misión Perseverance, el Jet Propulsion Laboratory de NASA se convirtió en el ejemplo más claro del examen de una estrategia de compra mixta: EC2 Auto Scaling combinando Spot + bajo demanda + Capacity Reservations, procesando unas 4,4 TB de datos transmitidos al día en hasta 70 TB de productos de datos finales. AWS cita la línea de Spot textualmente: «hasta un 90 por ciento de descuento frente a los precios bajo demanda de Amazon EC2» (caso de estudio consultado en octubre de 2026).

Lección de examen: las tres opciones aparecen juntas por una razón: Spot lleva el procesamiento reiniciable con hasta 90% menos, bajo demanda cubre la ruta crítica que no puede interrumpirse, y la Capacity Reservation garantiza hueco de lanzamiento al precio completo de bajo demanda. El descuento nunca viene de la reserva, y la reserva nunca es gratuita.

Más resultados publicados por AWS: resultados de clientes, no promesas

⚠️ Los resultados de clientes no son garantías de AWS. El error de redacción del Dominio 4 más común es convertir «Zendesk redujo los costes hasta un 42 por ciento» en «AWS garantiza un ahorro del 42 por ciento». AWS publica logros conseguidos por clientes nombrados en sus propios parques, nunca una tasa prometida. Segundo error: las cifras pierden sus fechas en el material de preparación. El «casi un millón de dólares» de NASA es de 11 de junio de 2012, el recorte de Shutterfly llegó en marzo de 2025, el −28% de Netflix/Aurora es de un blog del 27 de noviembre de 2025, y cada porcentaje de aquí está en octubre de 2026, restátalos con la fecha, di «lo logró el cliente» y verifica el estado actual antes de usarlos.

• 📚 ¿Sabías que…? Amazon S3 se lanzó el 14 de marzo de 2006 a $0.15 por GB al mes, respaldado por unas 1 PB en unos 400 nodos de almacenamiento en 15 bastidores y 15 Gbps de ancho de banda total, con un tamaño máximo de objeto de 5 GB. La propia retrospectiva de veinte años de AWS (AWS News Blog, 13 de marzo de 2026) dice que S3 cobra ahora «ligeramente más de 2 céntimos por gigabyte»: unas reducciones del 85% desde el lanzamiento, y que S3 Intelligent-Tiering ha ahorrado a los clientes más de 6.000 millones de dólares. Eso es lo que producen las economías de escala de AWS (§1.1) a lo largo de veinte años de un solo servicio: el precio de pago por uso cae mientras el medidor sigue corriendo: precios en octubre de 2026, verifica el estado actual antes de usarlos.

• 📚 ¿Sabías que…? Los 2,23 millones de Box vinieron de revisiones del AWS Well-Architected Framework: orientación de mejores prácticas gratuita: que es un animal distinto de Trusted Advisor (compara la configuración de tu cuenta con las recomendaciones de AWS) y de un plan de soporte de AWS (ayuda humana de pago). Los tres se confunden constantemente: Well-Architected revisa el diseño, Trusted Advisor revisa la cuenta, Soporte habla con AWS, y ninguno es una opción de compra (en octubre de 2026).

---

Preguntas de Práctica (Practice Questions)