AWS SAA-C03: El arduo camino de los servicios de la nube como arquitecto

Comparto algo desde mi experiencia para dar visibilidad de algunos desafíos y estrategias que me ayudaron a enfocar la preparación del AWS Solutions Architect Associate (SAA-C03). Esta entrada está organizada igual que la presentación que di el 5 de marzo de 2026.

El Universo AWS vs. El Foco del SAA-C03

El ruido: AWS tiene más de 200 servicios y sub-servicios. Intentar dominarlos todos para el examen es una trampa de tiempo.

“No es saberlo todo, es saber elegir.” — No es un examen de memoria, es un examen de criterio.

La realidad: El 80% del examen se concentra en un grupo “Elite” de aproximadamente 25–30 servicios clave:

• Cómputo: EC2, Lambda, ASG
• Red: VPC, Route 53, ALB / NLB
• Almacenamiento: S3, EBS, EFS
• Base de datos: RDS, DynamoDB, ElastiCache
• Mensajería: SQS, SNS, EventBridge
• Seguridad: IAM, KMS, WAF

Entender en profundidad este grupo “Elite” — cuándo usar cada uno, sus límites y cómo se conectan — vale más que un repaso superficial de los 200 servicios.

AWS visto por capas: el modelo OSI como lente mental

AWS no es un catálogo plano de servicios, sino un stack bien organizado y ensamblable. El modelo OSI (Open Systems Interconnection) está más vivo que nunca y es la mejor herramienta mental para no perderse.

Cuando el examen pregunta sobre latencia de red vs. disponibilidad de base de datos vs. seguridad de aplicación, estás navegando capas del stack. Saber en qué capa opera cada servicio (ej. NLB opera en L4, ALB en L7, Route 53 en L7/DNS) te da el criterio para elegir sin memorizar casos de uso de forma aislada.

AWS es un gran laboratorio de Sistemas Distribuidos

Cada arquitectura en AWS es un ejercicio de sistemas distribuidos. Los conceptos que aparecerán una y otra vez en el examen:

• Consistencia eventual vs. fuerte: DynamoDB, S3, Aurora
• Tolerancia a fallos y disponibilidad: Multi-AZ vs. Multi-Region, failover automático
• Escalabilidad horizontal: ASG, Lambda concurrency, DynamoDB on-demand
• Desacoplamiento: SQS para colas, SNS para pub/sub, EventBridge para arquitecturas event-driven
• CAP Theorem en la práctica: elegir entre consistency y availability según el caso de negocio

Cuando una pregunta del examen pide la arquitectura “más resiliente” o “de menor latencia”, el marco de sistemas distribuidos es el que responde, no la memorización del servicio.

The Exam Hacker Mindset

Estrategias de lectura y eliminación

Lectura Inversa: No leas el párrafo largo primero. Ve directo a la última frase o pregunta. Identifica si el KPI principal es: Costo, Velocidad de Implementación, Alto Desempeño, Resiliencia o Seguridad. Eso filtra las respuestas antes de leer el contexto.

Regla de Exclusión: El examen suele dar 4 opciones: 2 son ruido o técnicamente incorrectas. Descártalas rápido y enfoca tu energía en el detalle fino de las 2 finalistas. Generalmente la diferencia entre ellas es una sola dimensión (ej. costo vs. velocidad de implementación).

El Costo es un Requisito Técnico: En AWS, una solución que funciona pero es innecesariamente cara se considera una “mala arquitectura” en el examen. MOST cost-effective es un criterio tan válido como highest availability.

Inglés como estándar: Recomiendo presentar el examen en inglés. Las traducciones al español a veces son confusas o usan términos que no mapean bien con la consola. Tip: puedes solicitar el “ESL +30 minutes” (tiempo extra para no nativos en inglés) al momento de registrarte.

Preparación y recursos

Simulacros Intensivos: No te presentes sin haber hecho al menos 5–10 exámenes de práctica. La familiaridad con el formato de pregunta es tan importante como el conocimiento técnico.

• Teoría: Udemy — curso de Stephane Maarek (el más completo y actualizado)
• Simulacros: Tutorials Dojo — Jon Bonso (los más cercanos al examen real en dificultad y formato)

Dirty Hands Policy: Usa el AWS Free Tier. Un arquitecto que nunca ha configurado un VPC Peering o una Route Table a mano dudará en la pregunta de red. “Si no lo has roto en la consola, no lo has aprendido.”

Diagramar y áreas emergentes

Dibujar redes y servicios: Crea tus propios diagramas de arquitectura para comprender las interacciones entre servicios y componentes de distintas capas. No estudies servicios en aislamiento.

Foco en Serverless: El SAA-C03 ha incrementado el peso en arquitecturas basadas en eventos: EventBridge, Step Functions, Lambda. Entiende cuándo preferir serverless sobre EC2 (y viceversa).

IA Generativa: Asegúrate de revisar conceptos básicos de Amazon Bedrock, ya que AWS está integrando IA en sus pilares de arquitectura del Well-Architected Framework.

Gestión del tiempo

Son 130 minutos para 65 preguntas (~2 min/pregunta). Si una pregunta te toma más de 2 minutos, márcala para revisión y sigue. La confianza se construye con las preguntas fáciles primero; no dejes preguntas sin responder al final.

La certificación SAA-C03 no prueba si sabes usar la consola de AWS — prueba si sabes elegir la arquitectura correcta para un caso de negocio. Ese cambio de enfoque, del servicio al criterio, es lo que marca la diferencia.