5 errores que comete la gente al estudiar para el SAA-C03
Los cinco patrones más comunes que hacen reprobar el Solutions Architect Associate, y cómo corregirlos antes de agendar tu examen.
Cada mes vemos las mismas preguntas en la comunidad: "estudié tres meses y reprobé por poco, ¿qué me faltó?". Casi siempre la respuesta no es "te faltó estudiar más", sino "estudiaste mal". Estos son los cinco errores que más se repiten al prepararse para el SAA-C03, y qué hacer en su lugar.
1. Memorizar en vez de entender arquitecturas
El error más común: convertir el estudio en una lista de flashcards con "servicio X sirve para Y". Funciona para preguntas directas, pero el SAA-C03 casi no tiene preguntas directas. La mayoría te da un escenario con restricciones (costo, latencia, alta disponibilidad, cumplimiento) y espera que combines dos o tres servicios para resolverlo.
Si memorizaste que "S3 sirve para almacenar objetos" pero no entiendes por qué elegirías S3 con Cross-Region Replication sobre una solución con EC2 y EBS para un caso de disaster recovery, vas a fallar en el escenario aunque conozcas el servicio de memoria. La corrección es simple pero incómoda: por cada servicio que estudies, pregúntate "¿qué problema de negocio resuelve y contra qué otras dos opciones compite?". Eso es lo que realmente se evalúa.
2. Ignorar el Well-Architected Framework
Mucha gente trata el Well-Architected Framework como un anexo opcional al final del temario, cuando en realidad es la lógica que subyace a casi todas las preguntas de escenario largo. Los seis pilares (excelencia operacional, seguridad, confiabilidad, eficiencia de rendimiento, optimización de costos y sostenibilidad) son literalmente los criterios que usa el examen para descartar las opciones "casi correctas".
Cuando una pregunta te da cuatro respuestas técnicamente posibles, la diferencia entre la correcta y las distractoras casi siempre se explica por un pilar del framework: la opción correcta minimiza costo sin sacrificar el SLA requerido, o mejora la confiabilidad sin agregar complejidad operativa innecesaria. Si no interiorizas esta lógica, vas a "adivinar bien" en preguntas fáciles y fallar sistemáticamente en las difíciles.
3. No practicar con exámenes simulados
Leer documentación y ver cursos en video te da conocimiento, pero no te entrena para el formato del examen: 65 preguntas en 130 minutos, muchas con enunciados de tres o cuatro párrafos que hay que leer rápido sin perder el detalle que cambia la respuesta. Sin practicar bajo ese formato, es común llegar al examen real y quedarse sin tiempo, o peor, entender mal el escenario por leer con prisa.
Los simulacros cumplen dos funciones que ningún curso teórico reemplaza: te muestran en qué áreas tienes huecos reales (no los que crees tener) y te acostumbran al ritmo de lectura que exige el examen. Si vas a hacer una sola cosa distinta en tu preparación, que sea esta: resuelve simulacros completos, cronometrados, desde varias semanas antes del examen, no solo la última semana.
4. Subestimar las preguntas de escenario largo
Relacionado con lo anterior pero merece punto aparte: hay un patrón de pregunta en el SAA-C03 que combina múltiples requisitos en un solo enunciado ("la empresa necesita X, además Y, pero con la restricción Z, y el equipo de seguridad exige W"). Mucha gente lee el enunciado buscando la primera palabra clave que reconoce (por ejemplo "alta disponibilidad") y salta a la opción que asocia con esa palabra, ignorando las demás restricciones.
El resultado es elegir una respuesta técnicamente válida para una parte del problema pero que ignora otra restricción explícita. La corrección práctica: subraya (mentalmente o en el borrador que te dan) cada restricción del enunciado antes de mirar las opciones, y descarta cualquier opción que no cumpla todas, no solo la más obvia.
5. Confundir servicios similares
El examen está diseñado para explotar confusiones entre servicios que suenan parecido pero resuelven problemas distintos. Los pares más comunes:
- ▸SQS vs SNS: SQS es una cola (un mensaje lo procesa un consumidor, con posibilidad de desacoplar productor y consumidor a distinto ritmo). SNS es pub/sub (un mensaje puede llegar a múltiples suscriptores simultáneamente). Si el escenario menciona "múltiples sistemas deben reaccionar al mismo evento", es SNS (o SNS+SQS combinados). Si menciona "procesar tareas de una cola sin perder mensajes si el consumidor falla", es SQS.
- ▸ALB vs NLB: el Application Load Balancer opera en capa 7 (HTTP/HTTPS, routing basado en path o host). El Network Load Balancer opera en capa 4, con latencia ultra baja y soporte de IP estática. Si el escenario habla de "millones de conexiones por segundo" o "IP fija para whitelisting", piensa en NLB. Si habla de "enrutar por path a distintos microservicios", piensa en ALB.
- ▸VPC peering vs Transit Gateway: peering conecta VPCs de a pares sin transitividad; Transit Gateway centraliza la conectividad entre muchas VPCs y conexiones on-premises. Si el escenario menciona "decenas de VPCs" o "una arquitectura hub-and-spoke", es Transit Gateway casi siempre.
No memorices estas diferencias como definiciones sueltas: practica con preguntas que las pongan en escenarios reales, que es como aparecen en el examen.
Cómo corregir estos errores antes de tu examen
Ningún error de esta lista se soluciona "estudiando más horas" en el sentido de acumular más lectura. Se soluciona cambiando el método: entender el porqué de cada servicio, interiorizar el Well-Architected Framework como lógica de decisión, y medir tu progreso con simulacros reales en vez de solo con la sensación subjetiva de "ya me lo sé".
Si estás en plena preparación, revisa nuestra guía completa para el SAA-C03 para un plan de estudio estructurado, y usa el cheatsheet de SAA-C03 para repasar rápido los servicios y comparaciones clave los últimos días antes del examen.
Pon a prueba lo que aprendiste
Simulacros originales con explicaciones detalladas. Sin brain dumps.