AWS Certified Solutions Architect - Associate (SAA-C03) es la certificación de AWS que más gente rinde, y con buena razón. No hace falta tener la palabra "arquitecto" en el puesto para beneficiarse de ella: analistas de costos, desarrolladores backend e ingenieros de infraestructura terminan entendiendo AWS de forma sistemática por primera vez mientras se preparan para este examen. Como una enfermera de triaje en una sala de emergencias que decide a qué área derivar a un paciente, SAA-C03 evalúa si puedes juzgar qué combinación de servicios de AWS encaja con una situación dada. Muchas de sus 65 preguntas ofrecen tres o cuatro respuestas que parecen plausibles y piden elegir solo la mejor, así que memorizar nombres de servicios no alcanza para aprobar.
Por Qué Este Examen Sigue Siendo el Más Popular
Nadie firma un contrato de alquiler mirando solo la cantidad de habitaciones: la ubicación, la luz natural y las expensas también importan para no arrepentirse después. SAA-C03 funciona igual, no solo confirma si sabes qué hace un servicio de AWS por separado, sino si puedes combinar varios en una arquitectura que encaje con la situación planteada. Por eso un desarrollador backend que se prepara para este examen empieza a entender la infraestructura sobre la que corre su aplicación, mientras que un ingeniero de infraestructura aprende a traducir los requisitos de un equipo de desarrollo a lenguaje de arquitectura. También es útil para equipos sensibles al costo, ya que decisiones como la clase de almacenamiento o las opciones de compra de instancias representan alrededor del 20 por ciento del examen. Esa amplitud explica por qué desde ingenieros de nube junior hasta desarrolladores backend con cinco años de experiencia terminan rindiéndolo.
Formato del Examen: 65 Preguntas, 130 Minutos y Respuestas Deliberadamente Parecidas
Así como un chequeo médico completo revisa varios sistemas del cuerpo en una sola sesión, SAA-C03 dedica 130 minutos a recorrer 65 preguntas que abarcan todo el diseño de arquitecturas. Solo 50 de ellas se califican; las 15 restantes son preguntas sin calificar que AWS está probando para exámenes futuros, y como no se puede saber cuáles son, conviene dedicarle atención completa a cada una. El puntaje de aprobación es 720 sobre 1000, el costo del examen es 150 dólares y la certificación se mantiene vigente durante tres años. Los formatos de pregunta combinan respuesta única y respuesta múltiple, y los textos de los escenarios tienden a ser largos, así que hace falta practicar para detectar rápido la condición decisiva —sensible al costo, sensible a la latencia, tráfico impredecible— escondida dentro de cada párrafo.
Dominio 1: Diseñar Arquitecturas Resilientes (26%)
Así como una planta eléctrica mantiene un generador de respaldo listo para los cortes de luz, este dominio cubre el diseño de sistemas que siguen funcionando cuando algo falla. Las ideas centrales son la redundancia entre múltiples zonas de disponibilidad, Auto Scaling reemplazando automáticamente instancias con fallas, y estrategias de respaldo y recuperación ante desastres que cumplan objetivos específicos de RTO y RPO. Una trampa frecuente es confundir Multi-AZ RDS con las Read Replicas, o mezclar réplicas en espera con réplicas que sirven tráfico activamente. Los artículos relacionados Alta Disponibilidad y Tolerancia a Fallos y Arquitectura Escalable de Acoplamiento Débil profundizan en desacoplar componentes con SQS y SNS.
Dominio 2: Diseñar Arquitecturas de Alto Rendimiento (24%)
Un depósito ajusta su cantidad de trabajadores según el volumen de pedidos, y este dominio trata sobre escalar recursos de cómputo, almacenamiento, red y base de datos para acompañar el tráfico cambiante. Los temas clave incluyen elegir el tipo correcto de instancia EC2, cachear delante de una base de datos con ElastiCache, combinar clases de almacenamiento de S3 con el caché de CloudFront, y decidir entre RDS y DynamoDB según la forma de la carga de trabajo. Cuatro artículos relacionados —Cómputo de Alto Rendimiento, Base de Datos de Alto Rendimiento, Redes de Alto Rendimiento y Almacenamiento de Alto Rendimiento— junto con Ingesta y Transformación de Datos de Alto Rendimiento, dividen todo este dominio servicio por servicio.
Dominio 3: Diseñar Aplicaciones y Arquitecturas Seguras (30%)
Un banco entrega la llave de la bóveda y la llave de la caja de seguridad a personas distintas, y este dominio trata sobre trazar líneas precisas sobre quién puede acceder a qué. Tiene el peso más alto de los cuatro dominios, así que no se puede tratar como algo secundario. Lo esencial son las políticas y roles de IAM, cifrar datos en reposo y en tránsito con KMS, la diferencia entre grupos de seguridad y listas de control de acceso de red, y gestionar credenciales con Secrets Manager. Los artículos relacionados Diseño de Acceso Seguro a Recursos de AWS, Diseño de Cargas de Trabajo Seguras y Diseño de Controles de Seguridad de Datos desglosan, cada uno, el control de acceso, el aislamiento de cargas de trabajo y el cifrado de datos con escenarios reales.
Dominio 4: Diseñar Arquitecturas Optimizadas en Costos (20%)
Así como un hogar cambia de plan eléctrico para ajustarse a su patrón real de consumo, este dominio trata sobre bajar el costo sin sacrificar el rendimiento. Los temas comunes incluyen elegir entre instancias On-Demand, Reserved y Spot según las características de la carga de trabajo, automatizar la transición entre niveles con políticas de ciclo de vida de S3, y entender en qué se diferencian los Savings Plans de las Reserved Instances. Cuatro artículos relacionados —Cómputo Optimizado en Costos, Base de Datos Optimizada en Costos, Red Optimizada en Costos y Almacenamiento Optimizado en Costos— cubren la estrategia de ahorro recurso por recurso.
Un Orden de Estudio para Principiantes, y Errores Comunes
Caminar por una ciudad desconocida sin mapa significa recorrer las mismas calles dos veces. Si sos nuevo en AWS, tiene sentido empezar por el Dominio 1 (resiliencia) y el Dominio 2 (rendimiento) para afianzar cómo se comportan realmente EC2, S3, RDS y VPC, luego avanzar al Dominio 3 (seguridad) para sumar IAM y cifrado, y terminar con el Dominio 4 (costos) para atar las opciones de compra. El error más común es memorizar qué hace un servicio sin nunca haber entrado a la consola a probarlo; dedicar unas horas a activar Multi-AZ en RDS o a configurar una regla de ciclo de vida en un bucket de S3 acelera muchísimo más la resolución de problemas que solo leer. Un segundo error común es no detectar cuál de dos condiciones enfrentadas —"menor costo" frente a "mayor rendimiento"— prioriza realmente el escenario; acostumbrarse a comparar la primera frase de la pregunta con lo que finalmente pide ayuda a evitarlo siempre.
Resumen para el Examen
"Conmutación por error automática entre múltiples AZ" -- Multi-AZ RDS, Auto Scaling "Desacopla componentes para escalar de forma independiente" -- acoplamiento débil con SQS, SNS "Distribuye tráfico de lectura, no es un mecanismo de failover" -- Read Replicas "Cachea resultados de consultas frecuentes a la base de datos" -- ElastiCache "Entrega contenido estático cerca del usuario" -- CloudFront "Otorga permisos granulares basados en roles" -- políticas y roles de IAM "Cifra los datos tanto en reposo como en tránsito" -- KMS "Nunca hardcodear credenciales en el código de la aplicación" -- Secrets Manager "Las cargas de trabajo predecibles ganan descuentos por compromiso" -- Reserved Instances, Savings Plans "Las cargas tolerantes a interrupciones obtienen el precio más bajo" -- Spot Instances "Los datos antiguos pasan automáticamente a niveles más baratos" -- políticas de ciclo de vida de S3 "Estrategia de respaldo ajustada a los objetivos de RTO y RPO" -- diseño de recuperación ante desastres
La resiliencia es la estructura que sobrevive a una falla, la seguridad es la estructura que controla el acceso, y la optimización de costos es elegir gastar menos manteniendo ambas intactas. Recordar estos tres ejes ya resuelve la mitad de cada pregunta de escenario.