Semana 11 · Módulo 11 de 11

Repaso final: simulacros, técnicas de examen y visión transversal

La semana que convierte lo estudiado en aprobado: simulacros, técnica para leer y descartar, un repaso transversal de los 14 task statements, los pares de servicios que más se confunden y todo lo que necesitas para reservar y presentarte al examen.

Reparto de la semana

Esta semana ya no hay teoría nueva. Hay práctica de examen, análisis de errores y repaso dirigido. El simulacro 1 lo hiciste al final de la semana 10 como diagnóstico: úsalo para decidir qué dominios reforzar.

Si al final de la semana tienes ≥80 % en dos simulacros que no habías hecho antes, confirma el examen para la semana 12. Si no, mira la sección «Si no llegas al 80 %».

Por qué importa

El SAA-C03 no es un examen de memoria: es un examen de criterio. Casi todas las preguntas describen una empresa con unos requisitos y te piden la mejor solución, no una que funcione. A estas alturas conoces los servicios; lo que marca la diferencia en la última semana es:

1. Leer bien: identificar el requisito que decide (coste, esfuerzo operativo, disponibilidad, latencia, seguridad).
2. Descartar rápido: dos de las cuatro opciones suelen violar una restricción explícita.
3. No confundir servicios parecidos: los distractores son servicios reales en el sitio equivocado.
4. Gestionar el tiempo para llegar a las 65 preguntas con margen para revisar.

Plan de la última semana

Los tres simulacros de la web

Cada simulacro tiene 65 preguntas originales con el reparto de dominios del examen (30/26/24/20 %) y todos los task statements cubiertos.

Reglas para que el simulacro mida algo:

• Condiciones reales: de una sentada, sin apuntes, sin buscar nada, móvil fuera. 130 minutos (o 160 si has pedido la adaptación ESL y te examinas en inglés).
• No repitas un simulacro para «subir nota»: la segunda vez recuerdas las respuestas y el porcentaje ya no dice nada.
• Analiza todo, incluidas las acertadas por intuición. Una acertada sin saber por qué es un fallo aplazado.

Recursos oficiales de práctica

Datos verificados el 30/09/2026 en Skill Builder. Detalle de precios en Costes.

El cuaderno de errores

Para cada pregunta fallada (o acertada por suerte) anota una línea:

Clasifica el «por qué fallé» en tres tipos, porque cada uno se arregla distinto:

1. No sabía el concepto → vuelve al módulo, lee la sección y la FAQ del servicio.
2. Lo sabía pero confundí servicios → sección «Pares de servicios que se confunden».
3. Leí mal el enunciado (se me escapó LEAST, MOST cost-effective, «sin cambiar el código») → técnica de lectura.

Si la mayoría de tus fallos son del tipo 3, no necesitas estudiar más: necesitas leer más despacio.

Repaso por dominios débiles

Tras el simulacro 1, calcula tu porcentaje por dominio. Prioriza así:

1. El dominio con peor porcentaje × mayor peso. Un 60 % en el dominio 1 (30 % del examen) duele más que un 60 % en el dominio 4 (20 %).
2. Dentro del dominio, los task statements con más fallos.
3. Para cada uno: tabla de decisión del módulo → trampas típicas → test del módulo en modo repaso → tarjetas.

Si no llegas al 80 %

• Entre 70 y 79 %: es habitual. Dedica la semana 12 a repasar los dominios débiles y haz el Official Practice Exam como simulacro no visto. Si sigues cerca del 75 %, reprograma una semana (hasta 24 h antes; máximo 2 reprogramaciones por cita).
• Por debajo del 70 %: retrasa el examen 2-3 semanas. Repasa los módulos de los dominios débiles con sus labs y tests, y vuelve a evaluarte con un simulacro no visto.
• No te examines «a ver qué tal»: cada intento cuesta 150 USD completos y hay que esperar 14 días para repetir.

Técnicas de examen

1. Lee primero la última frase

El enunciado típico tiene 4-6 líneas de contexto y termina con la pregunta real: «Which solution will meet these requirements with the LEAST operational overhead?». Léela primero. Así sabes qué criterio decide antes de leer el contexto y lees el escenario buscando lo que importa.

Después lee el escenario completo y subraya mentalmente:

• Los requisitos duros (lo que la solución debe cumplir sí o sí): «debe sobrevivir a la caída de una AZ», «los datos no pueden salir por Internet», «RPO de 15 minutos».
• Las restricciones: «sin modificar la aplicación», «el equipo no tiene experiencia en Kubernetes», «presupuesto limitado».
• El calificador final: MOST cost-effective, LEAST operational overhead, MOST secure…

2. Las palabras clave que deciden la respuesta

3. Descarte sistemático

Aplica este orden, que es el mismo que usarías en una revisión de arquitectura:

1. Elimina lo que no cumple un requisito duro. Si piden «sin exponer a Internet», fuera cualquier opción con IP pública o NAT hacia Internet. Si piden «sobrevivir a la caída de una región», fuera todo lo que sea solo Multi-AZ.
2. Elimina lo técnicamente imposible o inventado. Opciones como «activar Multi-AZ en DynamoDB» (ya lo es) o «configurar un gateway endpoint para SQS» (solo existe para S3 y DynamoDB).
3. Entre las que quedan, aplica el calificador. Si piden LEAST operational overhead, gana la gestionada aunque sea algo más cara. Si piden MOST cost-effective, gana la barata aunque requiera algo más de trabajo, siempre que cumpla los requisitos.
4. Desconfía de las soluciones «a mano»: scripts en EC2 con cron, copiar datos con instancias intermedias, montar tu propio broker… Casi siempre hay un servicio gestionado que lo hace.
5. Desconfía de lo exagerado: Direct Connect para 10 GB al mes, Shield Advanced para un blog, un clúster de EMR para un CSV diario.

En respuesta múltiple («Choose two»), cada opción correcta suele resolver una parte distinta del problema. Si dos opciones hacen lo mismo, probablemente solo una sea correcta.

4. Gestión del tiempo

• 130 minutos / 65 preguntas = 2 minutos por pregunta. Con ESL: 160 minutos, unos 2,5 minutos.
• Objetivo: terminar la primera pasada con 25-30 minutos de margen para revisar las marcadas.
• Referencias: pregunta 22 hacia el minuto 40; pregunta 44 hacia el minuto 85 (sin ESL).
• Si una pregunta te lleva más de 3 minutos: elige la mejor opción que tengas, márcala para revisar (Mark for review) y sigue.

5. Marcar para revisar y no dejar ninguna en blanco

• Marca solo las dudosas de verdad (idealmente menos de 15). Si marcas 40, la revisión no sirve.
• Responde siempre antes de marcar: si se te acaba el tiempo, cuenta tu mejor intento.
• En la revisión, no cambies una respuesta por una corazonada. Cámbiala solo si encuentras un dato del enunciado que antes no viste o recuerdas algo concreto.
• Al final, comprueba en la pantalla de revisión que no queda ninguna Incomplete.

6. Trucos de lectura específicos del SAA

• Nombres cortos: el examen usa «Amazon SNS» en vez del nombre largo. El botón Help de cada pregunta tiene la lista de equivalencias.
• Opciones casi iguales: cuando dos opciones solo difieren en un detalle («gateway endpoint» frente a «interface endpoint», «Standard-IA» frente a «One Zone-IA»), la pregunta va de ese detalle.
• Cifras: RPO/RTO, días hasta el archivado, tamaño de los datos y ancho de banda disponible deciden. Calcula: 50 TB por una línea de 100 Mbps tardan más de un mes.
• Servicios retirados: el examen aún puede mencionar Snow Family o Elastic Transcoder porque siguen en la lista in-scope. Responde según el temario, aunque en la realidad los clientes nuevos ya no puedan usarlos.

Repaso transversal por dominio

Una idea que atraviesa todo: el examen evalúa arquitecturas según el AWS Well-Architected Framework y sus seis pilares (excelencia operativa, seguridad, fiabilidad, eficiencia del rendimiento, optimización de costes y sostenibilidad). Los cuatro dominios son, en la práctica, los pilares de seguridad, fiabilidad, rendimiento y costes.

Repaso por task statement

Cada tabla resume lo que más pregunta el examen en ese task statement: el patrón del enunciado y la respuesta que suele ganar. No sustituye al módulo: si una fila no te suena, vuelve al módulo enlazado.

1.1 Acceso seguro a los recursos de AWS

Módulo principal: 01 Fundamentos e IAM.

1.2 Cargas de trabajo y aplicaciones seguras

Módulos: 05 VPC, 06 Edge y protección, 07 Seguridad de datos.

1.3 Controles de seguridad de datos

Módulos: 07 Seguridad de datos, 03 Almacenamiento.

2.1 Arquitecturas escalables y desacopladas

Módulo principal: 08 Desacoplamiento y serverless.

2.2 Alta disponibilidad y tolerancia a fallos

Módulos: 10 Resiliencia, 04 Bases de datos, 06 Edge y DNS.

3.1 Almacenamiento de alto rendimiento y escalable

Módulo principal: 03 Almacenamiento.

3.2 Cómputo elástico y de alto rendimiento

Módulos: 02 Cómputo, 08 Serverless.

3.3 Bases de datos de alto rendimiento

Módulo principal: 04 Bases de datos.

3.4 Arquitecturas de red de alto rendimiento

Módulos: 05 VPC, 06 Edge y DNS.

3.5 Ingesta y transformación de datos

Módulo principal: 09 Datos, analítica y ML.

4.1 Almacenamiento con coste optimizado

Módulos: 03 Almacenamiento, 10 Costes.

4.2 Cómputo con coste optimizado

Módulos: 02 Cómputo, 10 Costes.

4.3 Bases de datos con coste optimizado

Módulos: 04 Bases de datos, 10 Costes.

4.4 Red con coste optimizado

Módulos: 05 VPC, 06 Edge.

Pares de servicios que se confunden

Aquí se ganan o se pierden muchas preguntas. Cada tabla termina con la regla rápida.

SQS frente a SNS frente a EventBridge frente a Kinesis

Regla rápida: amortiguar trabajo → SQS; avisar a muchos → SNS; reaccionar a eventos con reglas → EventBridge; flujo continuo con orden y reproceso → Kinesis. SNS + SQS juntos = fan-out fiable.

ALB frente a NLB frente a GWLB

Regla rápida: web y microservicios → ALB; TCP/UDP, IP fija o rendimiento extremo → NLB; appliances de seguridad → GWLB.

CloudFront frente a Global Accelerator

Regla rápida: contenido HTTP cacheable → CloudFront; UDP, IP estáticas o failover regional instantáneo → Global Accelerator.

EBS frente a EFS frente a FSx frente a S3

Regla rápida: un servidor → EBS; muchos Linux → EFS; Windows/SMB → FSx for Windows; HPC → FSx for Lustre; NetApp o multiprotocolo → FSx for ONTAP; objetos y escala ilimitada → S3.

RDS frente a Aurora frente a DynamoDB

Regla rápida: necesitas Oracle o SQL Server → RDS; MySQL/PostgreSQL con más rendimiento y HA → Aurora; clave-valor a escala o serverless → DynamoDB.

Multi-AZ frente a réplicas de lectura

Secrets Manager frente a Parameter Store

Regla rápida: rotación automática → Secrets Manager; configuración barata → Parameter Store.

KMS frente a CloudHSM

Shield frente a WAF frente a Firewall Manager frente a Network Firewall

GuardDuty frente a Inspector frente a Macie frente a Detective frente a Security Hub

CloudTrail frente a Config frente a CloudWatch

Tipos de Storage Gateway

DataSync frente a Transfer Family frente a Snow Family frente a Storage Gateway

Estado real de Snow Family: AWS ya no ofrece dispositivos Snow a clientes nuevos; las alternativas oficiales son DataSync, AWS Data Transfer Terminal y Outposts. En el examen sigue siendo la respuesta para «decenas de TB y red lenta».

Savings Plans frente a Reserved Instances frente a Spot

Y además: On-Demand para lo impredecible y corto; Dedicated Hosts para licencias por servidor o cumplimiento; Capacity Reservations para garantizar capacidad en una AZ sin compromiso de plazo.

Gateway endpoint frente a interface endpoint

VPC peering frente a Transit Gateway frente a PrivateLink

Site-to-Site VPN frente a Direct Connect frente a Client VPN

Lambda frente a Fargate frente a EC2

ECS frente a EKS

ECS es el orquestador propio de AWS, más sencillo. EKS es Kubernetes gestionado: elígelo si el enunciado menciona Kubernetes, portabilidad o herramientas del ecosistema de Kubernetes. Ambos pueden usar Fargate o EC2. Para on-premises: ECS Anywhere y EKS Anywhere.

Kinesis Data Streams frente a Data Firehose frente a MSK

• Kinesis Data Streams: tú escribes los consumidores; tiempo real; reproceso.
• Amazon Data Firehose: entrega gestionada a S3, Redshift, OpenSearch o destinos HTTP, con buffer (casi tiempo real) y conversión de formato. LEAST operational overhead para «llevar datos a S3».
• Amazon MSK: si el enunciado dice Apache Kafka.

Athena frente a Redshift frente a EMR frente a Glue

• Athena: SQL serverless sobre S3, pago por datos escaneados. Consultas puntuales.
• Redshift: almacén de datos para BI continuo y consultas complejas y frecuentes sobre grandes volúmenes.
• EMR: clústeres Spark/Hadoop cuando necesitas control del marco de big data.
• Glue: ETL serverless y Data Catalog. Para «convertir CSV a Parquet sin gestionar servidores».

ElastiCache frente a DAX

DAX solo sirve para DynamoDB y no exige cambiar la lógica (API compatible). ElastiCache es una caché general para cualquier base de datos, sesiones o marcadores de juegos.

Cognito user pools frente a identity pools frente a IAM Identity Center

• User pools: directorio de usuarios de tu aplicación (registro, login, MFA, federación social).
• Identity pools: canjean una identidad por credenciales temporales de AWS para acceder a S3 o DynamoDB desde la app.
• IAM Identity Center: acceso de los empleados a cuentas y aplicaciones de AWS.

SCP frente a política de IAM frente a permissions boundary frente a política de recurso

• SCP: techo para cuentas enteras de Organizations. No concede nada.
• Política de IAM (basada en identidad): concede permisos a usuarios, grupos y roles.
• Permissions boundary: techo para un usuario o rol concreto.
• Política de recurso (bucket policy, key policy, cola SQS): quién puede acceder a ese recurso, incluidas otras cuentas.

Un deny explícito en cualquiera gana siempre.

Route 53: políticas de enrutamiento

Estrategias de DR

Inscripción y día del examen

Resumen práctico. El detalle, con los pasos y las fuentes, está en El examen.

Antes de reservar (semana 8-9)

1. Crea tu cuenta de AWS Certification en aws.training/Certification (es distinta de la cuenta de AWS de los labs).
2. Si te examinas en inglés, pide la adaptación ESL +30 MINUTES antes de reservar: Go to your Account → Request Exam Accommodations → Request Accommodation → ESL +30 MINUTES. Se pide una vez y vale para siempre.
3. Reserva con Pearson VUE: centro de examen u online (OnVUE). Fecha real: semana 12.
4. Comprueba que el nombre de tu cuenta coincide exactamente con el de tu DNI o pasaporte.

Si te examinas online (OnVUE)

• Haz el System Test de Pearson VUE en el mismo ordenador y red que usarás, días antes y otra vez el día anterior.
• Windows 10 o macOS 14 o superior, webcam, micrófono y altavoz (sin auriculares), al menos 6 Mbps de bajada y 2 de subida.
• Check-in 30 minutos antes: foto del documento, fotos de la sala, mesa vacía, solo y en silencio.
• No puedes salir del plano de la cámara, ni para ir al baño.
• Los supervisores en español son de Latinoamérica y en horario limitado; en inglés, 24/7.

Si vas a un centro

• Llega con 30 minutos de margen. Más de 15 minutos tarde = pierdes la tasa.
• Lleva dos documentos de identidad: dos principales (oficiales, vigentes, con foto y firma; por ejemplo, DNI y pasaporte) o uno principal y uno secundario (con nombre y, además, firma o foto). Online basta con uno principal.

El día antes y el día del examen

• El día antes no estudies nada nuevo. Repasa solo tu cuaderno de errores y las reglas rápidas de este módulo. Duerme.
• Come algo antes; son más de dos horas de concentración.
• Durante el examen: última frase primero, requisito que decide, descarte, 2 minutos por pregunta, marca y sigue.
• Al terminar, normalmente no ves aprobado o suspenso. El resultado llega a tu cuenta de AWS Certification en hasta 5 días hábiles; a veces el email de la insignia de Credly llega antes.

Después del examen y siguiente paso

Si apruebas:

• Acepta la insignia en Credly y compártela en LinkedIn. Añade la certificación en la sección Licencias y certificaciones con el enlace de verificación.
• En la sección Benefits de tu cuenta de AWS Certification tendrás un vale del 50 % para tu siguiente examen. Comprueba allí su caducidad (no está documentada oficialmente).
• Escribe una publicación contando qué has construido (los 21 labs y el lab 21 de diseño son buen material). Para empleo, cuenta más «diseñé y costeé una arquitectura de tres niveles Multi-AZ» que «aprobé un examen».

Si suspendes:

• El informe muestra tu rendimiento por sección. Úsalo como el simulacro 1: dominios débiles primero.
• Puedes repetir a los 14 días, pagando el examen completo. Reserva para dentro de 3-4 semanas, no de 2.

Tu ruta:

flowchart LR
  A["SAA-C03<br/>Solutions Architect – Associate"] --> B["AIP-C01<br/>Generative AI Developer – Professional"]
  B --> C["Solutions Architect – Professional<br/>(SAP-C03)"]
  A -. "vale del 50 %" .-> B
  B -. "vale del 50 %" .-> C

1. Generative AI Developer – Professional (AIP-C01): 75 preguntas, 180 minutos, 300 USD, disponible en inglés, japonés, coreano y chino simplificado (no en español). Se apoya en lo que ya sabes de cómputo, almacenamiento, red, seguridad y costes, y añade Amazon Bedrock, RAG, agentes y operación de aplicaciones de IA generativa. La experiencia recomendada es alta (2 años en la nube y 1 con IA generativa): ve construyendo proyectos propios.
2. Solutions Architect – Professional: el SAP-C02 se puede hacer hasta el 17/11/2026 y la inscripción del nuevo SAP-C03 se abre el 27/10/2026; tú harás el SAP-C03. Aprobarlo renueva también el SAA. Verificado el 30/09/2026 en la página de la certificación.

Mientras tanto, el SAA vale 3 años. Detalles de recertificación en El examen.

Trampas típicas del examen

• Elegir lo que funciona en vez de lo mejor. Varias opciones funcionan; solo una cumple además el calificador.
• Ignorar «sin modificar la aplicación». Descarta todo lo que exija reescribir (por ejemplo, pasar a DynamoDB una aplicación relacional).
• Confundir disponibilidad con DR. Multi-AZ no protege contra la caída de una región.
• Confundir Multi-AZ con réplicas de lectura. Multi-AZ = disponibilidad; réplicas = rendimiento de lectura.
• Gateway endpoint para servicios que no lo tienen. Solo S3 y DynamoDB.
• Olvidar que VPC peering no es transitivo. A–B y B–C no conectan A con C.
• Poner WAF para DDoS de red o Shield para SQL injection. WAF = capa 7; Shield = DDoS.
• CloudFront para UDP. CloudFront es HTTP/HTTPS; UDP → Global Accelerator o NLB.
• Spot para cargas que no toleran interrupciones (una base de datos primaria, un proceso sin checkpoints).
• Soluciones caseras: cron en EC2, scripts de copia, brokers propios. Busca el servicio gestionado.
• Sobredimensionar: Direct Connect, Shield Advanced o Redshift donde basta VPN, Shield Standard o Athena.
• Glacier Deep Archive cuando piden recuperación en minutos. Deep Archive tarda horas.
• Lambda para procesos de más de 15 minutos. Fargate, Batch o Step Functions dividiendo el trabajo.

Resumen

• Esta semana es de práctica: simulacros 2 y 3, Official Practice Question Set y, si quieres, el Official Practice Exam.
• Reserva cuando tengas ≥80 % en dos simulacros no repetidos.
• Técnica: última frase primero → requisitos duros → descarte → calificador (MOST cost-effective, LEAST operational overhead…).
• 2 minutos por pregunta, marca las dudosas, no dejes ninguna en blanco.
• Lleva un cuaderno de errores clasificado: no sabía, confundí, leí mal.
• Domina los pares que se confunden: SQS/SNS/EventBridge/Kinesis, ALB/NLB/GWLB, CloudFront/Global Accelerator, EBS/EFS/FSx/S3, RDS/Aurora/DynamoDB, endpoints, peering/Transit Gateway, VPN/Direct Connect…
• Prepara la logística con tiempo: cuenta de AWS Certification, ESL, Pearson VUE, documento, System Test.
• Después: Credly, LinkedIn, vale del 50 % y siguiente paso hacia las Professional.

Cobertura del temario

Este módulo repasa de forma transversal todos los task statements; la cobertura detallada de cada punto Knowledge of y Skills in está en los módulos 1-10.

Practica lo aprendido

Documentación oficial para ampliar

• Guía oficial del examen SAA-C03
• AWS Certified Solutions Architect – Associate (página de la certificación)
• Políticas antes del examen (precios, ESL, reprogramación)
• Políticas después del examen (resultados, repetición)
• Preparación del examen SAA-C03 en AWS Skill Builder
• AWS Well-Architected Framework: los pilares