AWS Solutions Architect Associate: La Guía Que Pasé el Examen y No Quería Olvidar

Hace tres meses estaba aquí mismo, dudando si realmente podría pasar el examen de AWS Solutions Architect. Hoy puedo decirte que no solo lo pasé, sino que aprendí muchísimo en el camino. Y lo mejor: ahora sé exactamente qué información es real y cuál es solo ruido de internet.

Este post es para ti si estás pensando en certificarte, si ya empezaste y te sientes abrumado, o si simplemente quieres saber qué se esconde detrás de este examen que todos hablan pero pocos explican honestamente.

No voy a decirte "es fácil" ni "es imposible". Voy a decirte exactamente cómo es, qué esperar, y cómo prepararte sin perder la cabeza.

📊 Primero: Los Datos Que Nadie Habla

¿Cuántas personas lo pasan realmente?

AWS no publica la tasa oficial de aprobación (típico de ellos, ¿verdad?). Pero según múltiples comunidades, reportes de LinkedIn y fuentes de la industria, estamos hablando de un 60-65% de aprobación en primer intento.

¿Qué significa esto? De cada 100 personas que lo intentan, 35-40 no lo pasan. No es un examen que puedas tomar en viernes después de trabajo.

Pero aquí viene lo interesante: la mayoría de los que fallan no lo hace por falta de inteligencia, sino por mala preparación. Eso significa que si haces lo correcto, tus probabilidades suben enormemente.

El Formato Real del Examen

• 65 preguntas en total
• 130 minutos para responder (eso es ~2 minutos por pregunta)
• 50 preguntas con puntuación + 15 preguntas experimentales sin puntuación
• Puntuación de 100-1000, siendo 720 la puntuación mínima para aprobar
• Modalidad: Opción múltiple (4 opciones por pregunta)

Aquí viene el dato visceral: Esas preguntas no son "¿Qué es EC2?" Son párrafos de 5-8 líneas describiendo un escenario empresarial complicado, y tú tienes que elegir la MEJOR opción de 4 opciones que todas parecen correctas.

Ejemplo real que vi:

"Una empresa multinacional tiene aplicaciones en 5 regiones de AWS. Necesitan replicar datos en tiempo real entre regiones, con consistencia fuerte, pero mantener costos bajos. Usan EC2 con aplicaciones legacy que no pueden cambiar. ¿Cuál es la solución más costo-efectiva?"

Las opciones eran: DynamoDB Global Tables, Aurora Global Database, EC2 con rsync, RDS Multi-Region Failover. Todas tienen sentido, pero solo una es LA respuesta en ese contexto específico.

El "Secreto" de las Preguntas Atrapasueños

Hay aproximadamente 3-4 preguntas diseñadas deliberadamente para confundirte. AWS es malévolo así. Entienden que si haces 61 de 65 preguntas, pasas. Pero van a intentar que falle en esas 4.

Las trampas comunes:

• Dos servicios que hacen "casi lo mismo" (CloudFront vs S3 Transfer Acceleration)
• Un objetivo que requiere dos soluciones (alta disponibilidad + bajo costo)
• Vocabulario técnico similar pero significado diferente (Multi-AZ vs Multi-Región)

La diferencia entre pasar y no pasar a veces está en entender matices de vocabulario en inglés que cambian todo.

🚫 Las 7 Cosas Que NADIE Te Cuenta (Pero Deberías Saber)

1. El Examen No Mide lo Que Piensas

La mayoría cree que es un test de conocimiento técnico. Está equivocado.

Es un test de criterio empresarial y toma de decisiones bajo restricciones.

AWS no pregunta "¿Cómo funciona Auto Scaling?" sino "¿Cómo escalarías una aplicación que tiene picos impredecibles, presupuesto limitado y debe tener latencia <50ms en todo el mundo?"

La diferencia es fundamental. El primero se resuelve con Wikipedia. El segundo requiere que pienses como un arquitecto de verdad.

2. Hay ~25-30 Servicios que Realmente Importan (No 200)

AWS tiene más de 200 servicios. Es una cifra que te asusta a propósito.

La realidad: El examen se enfoca en estos:

Compute:

• EC2 (instancias, tipos, AMIs, key pairs)
• Lambda (triggers, concurrencia, VPC)
• ECS/Fargate (containers, task definitions)
• Elastic Beanstalk (PaaS, deployment)

Storage:

• S3 (buckets, versioning, lifecycle, replicación)
• EBS (volúmenes, snapshots, IOPS)
• EFS (NFS, shared storage)
• Glacier (archiving)
• FSx (Windows/Lustre)

Database:

• RDS (Multi-AZ, read replicas, backup)
• DynamoDB (NoSQL, particiones, scaling)
• Aurora (MySQL/PostgreSQL)
• ElastiCache (Redis/Memcached)
• Redshift (data warehouse)

Networking:

• VPC (subnets, route tables, NAT, bastions)
• Security Groups (stateful firewall)
• NACLs (stateless firewall)
• Route 53 (DNS, routing policies)
• CloudFront (CDN)
• ELB/ALB/NLB (load balancers)
• Direct Connect (conexión dedicada)

Management & Monitoring:

• IAM (policies, roles, permissions)
• CloudWatch (métricas, logs, alarms)
• CloudTrail (auditoría)
• CloudFormation (IaC)
• Systems Manager (patch management)
• Auto Scaling (políticas)

Security:

• KMS (key management)
• Secrets Manager
• Cognito (auth)
• Shield (DDoS)
• WAF (web application firewall)

Eso es. No necesitas saber SageMaker, Kinesis, AppSync o Lambda@Edge para aprobar.

3. IAM Es Más Importante Que Tu Próxima Respiración

Aproximadamente el 15-20% del examen es IAM. Y no hablo de "crear un usuario". Hablo de:

• Policies (inline vs managed, deny vs allow, effect vs action)
• Trust Relationships (quién puede asumir un rol)
• Resource-Based Policies (permisos en buckets S3, colas SQS, etc.)
• Permission Boundaries (límites de permisos)
• Rol Assumption (cómo un usuario, EC2 o Lambda asume un rol)

La trampa: IAM es conceptualmente simple pero brutalmente específico. Una sola palabra en una policy puede cambiar todo.

Ejemplo real que vi:

{
  "Effect": "Allow",
  "Action": "s3:*",
  "Resource": "*"
}

vs

{
  "Effect": "Allow",
  "Action": "s3:GetObject",
  "Resource": "arn:aws:s3:::mybucket/*"
}

La primera es un riesgo de seguridad masivo. La segunda es lo correcto. El examen te va a preguntar cuál es la respuesta más segura.

4. Las Preguntas Tienen un Patrón Oculto

Después de hacer 200+ preguntas prácticas, noté que AWS tiene patrones sutiles:

• Si el escenario menciona "reducir costos", la respuesta generalmente involucra instancias reservadas, Spot o cambio de tipo de BD.
• Si dice "99.99% uptime", necesitas Multi-AZ mínimo, o multi-región si es crítico.
• Si menciona "aplicación legacy", olvídate de migraciones complejas; probablemente EC2.
• Si habla de "desarrolladores necesitan libertad", piensa en Lambda, Fargate, menos en EC2.
• Si es "máxima seguridad", probablemente VPC privada, bastión, KMS, todo encriptado.

Una vez que ves el patrón, muchas preguntas se resuelven casi solas.

5. S3 y RDS Son el 40% del Examen

No exagero. Espera al menos 25-26 preguntas sobre estos dos servicios.

S3 Es Mucho Más Que Un Bucket:

• Versioning y MFA Delete
• Lifecycle policies (cómo los objetos envejecen)
• Replication (SameRegion o CrossRegion)
• Access Control (ACLs, bucket policies, public access blocks)
• Hosting estático
• Presigned URLs
• S3 Transfer Acceleration
• S3 Intelligent-Tiering

RDS Es Arquitectura De Base De Datos:

• Multi-AZ (qué pasa en un failover)
• Read Replicas (cómo funcionan, dónde pueden estar)
• Backup y Recovery (RTO/RPO)
• Parameter Groups (configuración de la BD)
• Option Groups (plugins)
• Enhanced Monitoring
• Performance Insights

6. VPC Te Hará Sudar Frío (Pero Es Más Fácil De Lo Que Parece)

VPC es donde muchos fallan porque parece complicado.

Aquí está la verdad: VPC es solo networking de primaria en la nube.

• Subnet = Rango de IPs en una AZ
• Security Group = Firewall por instancia (STATEFUL)
• NACL = Firewall por subnet (STATELESS)
• Route Table = "Si el tráfico va a X, mandalo a Y"
• Bastión = Una instancia EC2 en subnet pública que usas como "portero" para acceder a instancias en subnets privadas
• NAT Gateway = Permite que instancias privadas accedan a internet

La pregunta típica de VPC en el examen: "Tenemos 3 EC2s en subnet privada que necesitan acceso a un API externo. ¿Cómo lo hacemos sin exponerlas a internet?"

Respuesta: NAT Gateway en subnet pública + route table que dirige todo el tráfico saliente a través del NAT.

7. El Examen Valida Experiencia, No Solo Lectura

Esto es lo más importante.

Puedo ver a alguien que memorizó 50 PDFs de AWS pero nunca ha visto una arquitectura real en producción. El examen los atrapa.

Porque el examen pregunta: "¿Cuál es el trade-off REAL aquí?" Y la respuesta no es textbook; es experiencial.

Por ejemplo:

"Una startup tiene presupuesto limitado pero necesita escalar. La opción A es Auto Scaling con EC2, opción B es Lambda. ¿Cuál?"

• Si nunca usaste Lambda, podrías pensar "Lambda es más barato" ✗
• La realidad: Lambda es barato hasta que tienes 1000 invocaciones/segundo. Entonces EC2 reservado + Auto Scaling es más barato. O es un mix. Depende del patrón de tráfico.

Esto no está en Wikipedia. Esto es experiencia.

Ahora que entiendes estos conceptos fundamentales, vamos a desglosar exactamente qué AWS pregunta en cada uno de los 6 dominios del examen. Esto es lo que necesitas dominar para pasar.

📚 Los 6 Dominios Del Examen (Desglosados Profundamente)

AWS divide el examen en 6 dominios. Cada uno tiene un peso diferente. Aquí está el breakdown honesto:

Dominio 1: Diseño de Arquitecturas Resilientes (~26%)

Qué significa: ¿Puedo diseñar una aplicación que siga funcionando cuando todo se desmorona?

Temas clave:

• Disponibilidad y Tolerancia a Fallos
  • Multi-AZ: Qué pasa cuando una AZ se cae
  • Multi-Región: Cómo replicar todo a otra región
  • RTO (Recovery Time Objective): "Cuánto tiempo tardas en recuperarte"
  • RPO (Recovery Point Objective): "Cuántos datos pierdes"

Ejemplo: Un banco necesita RTO <1 minuto y RPO = 0 (no puede perder ni un peso). Eso significa Aurora Multi-Región con replicación síncrona, multi-AZ, y probablemente Active-Active setup.

• Scaling
  • Vertical Scaling: Más potente la misma máquina (limitado, no es elástico)
  • Horizontal Scaling: Más máquinas (elástico, lo que AWS ama)
  • Auto Scaling: Reglas automáticas basadas en métricas

Trampa: Auto Scaling no es instantáneo. Hay "warm-up time". Si un servidor tarda 2 minutos en estar listo, tus 30 nuevos servidores no van a estar listos en 30 segundos.

• Load Balancing

  • ALB (Application Load Balancer): Capa 7, basado en URL/hostname/headers
  • NLB (Network Load Balancer): Capa 4, ultra-rápido, millones de requests/segundo
  • CLB (Classic Load Balancer): Legacy, no lo uses

• Disaster Recovery

  • Backup & Restore: "Backup cada hora, recupera en 4 horas" (RTO 4 horas)
  • Pilot Light: Un servidor standby listo para tomar carga (RTO 15 min)
  • Warm Standby: Servidores standby con capacidad parcial (RTO 5 min)
  • Active-Active: Tráfico en ambas regiones simultáneamente (RTO = 0)

Preguntas Reales:

• "¿Cómo haces failover automático de RDS?" → Multi-AZ + Route 53 health checks
• "¿Cómo replicas una BD con 0 RPO?" → Aurora Global Database con replicación síncrona (o DynamoDB Global Tables)

Dominio 2: Arquitecturas de Alto Rendimiento (~24%)

Qué significa: ¿Cómo hago que mi aplicación sea rápida?

Temas clave:

• Selección de Instancias
  • General Purpose (t3, m5): Lo más flexible, "cuando no sabes qué elegir"
  • Compute Optimized (c5, c6): CPU-heavy, machine learning, renderizado
  • Memory Optimized (r5, x1): In-memory databases, caches, analytics
  • Storage Optimized (i3, h1): NoSQL, data warehouses
  • GPU (p3, g4): Deep learning, video rendering

Errores comunes:

• Elegir t3 (burstable) para aplicaciones de alta carga
• Olvidar que t3 es bueno solo para cosas intermitentes

• Si necesitas CPU consistente, los t3 son una mala idea

  • Caching

• ElastiCache: Redis (estructuras complejas, persistencia) vs Memcached (simple, ultrarrápido)

• CloudFront: CDN, cachea objetos cerca del usuario

• DynamoDB DAX: Cache especialmente para DynamoDB (microsegundos de latencia)

  • Optimización de BD

• Read Replicas en RDS: Distribuye lecturas

• DynamoDB: Diseño de partition keys (super importante)

• Redshift: Para queries analíticas masivas

• Aurora: Superior a RDS en rendimiento

  • Networking

• CloudFront para contenido estático/dinámico

• Route 53 geolocation: Redireccionar usuarios a endpoint más cercano

• Direct Connect: Conexión dedicada a AWS (mejor latencia)

Preguntas Reales:

• "¿Cómo mejoro latencia de lecturas en RDS?" → Read replicas
• "¿Qué caché elegir para valores simples de corta vida?" → Memcached
• "¿Cómo sirvo imágenes a usuarios globales rápidamente?" → S3 + CloudFront

Dominio 3: Arquitecturas Seguras (~25%)

Qué significa: ¿Cómo evito que alguien robe mis datos?

Temas clave:

• IAM (El Rey)
  • Principio de Least Privilege: "Dale a cada usuario SÓ LO que necesita"
  • Roles vs Users: Los usuarios son para personas, roles para servicios
  • Trust Relationships: "¿Quién puede asumir este rol?"
  • Cross-Account Access: Un rol en Account A que puede hacer cosas en Account B

Ejemplo real comparando dos IAM Policies:

❌ INSEGURA (Demasiado permisiva):

  {
    "Effect": "Allow",
    "Action": "s3:*",
    "Resource": "*"
  }

Permite TODO en S3. Es un riesgo de seguridad masivo. Nunca hagas esto.

✅ CORRECTA (Least Privilege):

  {
    "Effect": "Allow",
    "Action": "s3:GetObject",
    "Resource": "arn:aws:s3:::mybucket/*"
  }

Solo permite LEER objetos de un bucket específico. El examen siempre va a elegir la opción más segura.

Ejemplo de Cross-Account:

  Necesito que Lambda (en Account A) lea un bucket S3 (en Account B).

  Paso 1: En Account B, creo un bucket policy que permite Account A.
  Paso 2: En Account A, creo un IAM role con permisos s3:GetObject.
  Paso 3: Asocio ese role a Lambda.

• Networking Security

  • Security Groups: Whitelisting (solo permite lo explícito)
  • NACLs: Puede tener reglas allow Y deny
  • VPC Flow Logs: "Espía" el tráfico en la red
  • VPC Endpoints: Acceder a AWS services sin salir de la VPC

• Encriptación

  • At Rest (reposo): Los datos almacenados están encriptados
  • In Transit (tránsito): Los datos viajando están encriptados (TLS)
  • KMS: Administras las keys
  • HSM: Hardware para máxima seguridad

• DDoS & WAF

  • Shield: Protección básica contra DDoS (free en todos)
  • Shield Advanced: Protección más fuerte
  • WAF: Firewall para aplicaciones (reglas a nivel de aplicación)

• Autenticación & Autorización

  • Cognito: Maneja autenticación de usuarios finales
  • SSO: Integración con directorios corporativos
  • Temp Credentials: Mejor que access keys permanentes

Preguntas Reales:

• "¿Cómo accede una aplicación en EC2 a un bucket S3 sin access keys?" → IAM Role en EC2
• "¿Cómo restrinjo el acceso a RDS solo desde mi aplicación?" → Security Group que solo permite tu app
• "¿Cuál es el máximo tiempo que debería vivir una temporary credential?" → 12 horas (o menos)

Dominio 4: Arquitecturas de Bajo Costo (~19%)

Qué significa: ¿Cómo hago todo lo anterior pero gastando menos?

Temas clave:

• Modelos de Pricing
  • On-Demand: "Pagas lo que usas, sin compromisos"
  • Reserved Instances: "Te comprometes 1-3 años, descuento de 40-70%"
  • Spot Instances: "Compras lo que AWS no está usando, descuento de 70-90% pero te puede sacar"
  • Savings Plans: Flexible, descuento por hora

Estrategia típica:

• Workload base = Reserved Instances
• Picos predecibles = On-Demand

• Picos impredecibles tolerables a interrupciones = Spot

  • Right-Sizing

• Usar instancias del tamaño correcto (no sobre-provisionar)

• Terminar instancias que no usas

• Usar t3.micro/small para dev/test

  • Storage Optimization

• Lifecycle policies: Mover datos antiguos a Glacier (90% más barato)

• EBS: No mantener snapshots innecesarios

• S3 Intelligent-Tiering: Mueve automáticamente objetos según acceso

  • Database

• Aurora serverless: Pagas por computación usada

• DynamoDB on-demand vs provisioned (depende del patrón de uso)

  • Networking

• Data Transfer: Es costoso. Minimiza movimiento entre regiones.

Preguntas Reales:

• "¿Cómo reducimos costos en un 50% sin afectar uptime?" → Reserved Instances + Spot para picos
• "¿Qué hacer con 5 años de backups de S3?" → Lifecycle policy a Glacier

Dominio 5: Operaciones Excelentes (~16%)

Qué significa: ¿Cómo ejecuto y monitoreo todo esto?

Temas clave:

• Observabilidad

  • CloudWatch: Métricas, logs, alarms
  • CloudTrail: "Quién hizo qué y cuándo" (auditoría)
  • X-Ray: Tracing de requests distribuidos
  • VPC Flow Logs: Tráfico de red

• Infrastructure as Code

  • CloudFormation: Templates que crean recursos
  • Beneficio: Repeatable, versionable, testeable

• Patch Management

  • AWS Systems Manager Patch Manager: Aplica patches automáticamente
  • AMIs de Golden (imágenes pre-patcheadas)

• Configuration Management

  • Parameter Store: Almacena configuración (contraseñas, URLs, etc.)
  • Secrets Manager: Similar pero para secretos

Preguntas Reales:

• "¿Cómo monitoreo si una instancia está healthy?" → CloudWatch alarms + Auto Scaling health checks
• "¿Quién deletó mi bucket S3?" → CloudTrail

Dominio 6: Diseño Cost-Optimized (~Integrado en todo)

Lo interesante es que AWS integra cost optimization en todos lados. No es separado, es transversal.

La filosofía: "La solución correcta debe ser también la más barata (o al menos tener buena relación costo-beneficio)."

🎓 Mi Estrategia de Estudio Que Funcionó (Mes 1 Completo)

Semana 1: Fundamentos (Teoría Pura)

Objetivo: Entender qué es cada servicio y por qué existe.

Recursos:

• Coursera - AWS Fundamentals (12-15 horas de video)

  • Excelente para principiantes
  • Cubre todos los servicios en profundidad
  • Precio: $39/mes o incluido si tienes suscripción educativa

• YouTube - Adrian Cantrill (AWS Certified Solutions Architect Associate)

  • Gratuitamente puedes ver muchos videos introductorios
  • Sus explicaciones son brutales de buenas
  • Luego puedes comprar su curso en Udemy ($15)

Acción concreta:

• Ve 2-3 videos por día
• Toma notas en 3 formatos:
  • Notas de texto (conceptos)
  • Diagramas dibujados a mano (arquitectura)
  • Preguntas que tengo (para después)

Meta: Después de esta semana deberías poder explicar en 5 minutos qué hace EC2, S3, RDS, Lambda, VPC.

Semana 2: Profundidad + Diagramas

Objetivo: Pasar de "sé qué es" a "sé cuándo usarlo".

Recursos:

• A Cloud Guru (Ahora Pluralsight) - AWS Solutions Architect Course

  • Incluye labs interactivos (creas cosas reales)
  • Sandbox gratis para practicar
  • $29/mes, pero vale cada centavo

• Adrian Cantrill - Solutions Architect Course (Udemy) ($15 en oferta)

  • 40+ horas de contenido ultra-detallado
  • Incluye labs prácticos en AWS
  • Diagrama cada concepto

• AWS Well-Architected Framework Whitepaper

  • Gratis en AWS website
  • Lee los 5 pilares: Excelencia Operativa, Seguridad, Confiabilidad, Eficiencia de Rendimiento, Optimización de Costos

Acción concreta:

• Haz 3-4 labs prácticos (en sandbox)
  • Crea una VPC con 2 subnets, security groups, NAT
  • Lanza EC2 + RDS con Auto Scaling
  • Configura CloudFront con S3
• Dibuja diagramas de cada escenario
• Lee 1 whitepaper

Meta: Deberías poder diseñar una arquitectura simple (3-4 servicios) en una servilleta y explicar por qué.

Semana 3: Simulacros + Análisis Brutal

Objetivo: Ahora que sabes teoría, ¿puedes pasar preguntas?

Recursos - Simulacros (MUY IMPORTANTE):

1. Jon Bonso - AWS Solutions Architect Practice Exams (Udemy) ⭐⭐⭐⭐⭐

   • Precio: $15 (casi siempre en oferta)
   • 780 preguntas en 6 simulacros
   • Explicaciones detalladas después de cada pregunta
   • La dificultad es SIMILAR al examen real
   • Yo diría: Este es el más cercano al examen real

2. ExamPro - Free Practice Exams

   • 300+ preguntas gratis
   • Buena calidad
   • Interfaz intuitiva
   • Freemium (parte paga)

3. AWS Official Sample Exam

   • Disponible en AWS Training & Certification
   • 40 preguntas gratis
   • Muy representativas

4. Tutorial Dojo - AWS Practice Exams

   • 1100+ preguntas
   • Muy detalladas
   • $15 en oferta

Plan de Acción:

• Día 1-2: Primer simulacro Jon Bonso (65 preguntas). No importa si sacas 50%.
• Después de cada simulacro:
  • Revisa TODAS las preguntas, no solo las que fallaste
  • Lee cada explicación 2 veces
  • Anota las que te sorprendieron
  • Dibuja diagramas de las que involucraban arquitectura
• Día 4-5: Segundo simulacro (después de estudiar las áreas débiles)
• Día 7: Tercer simulacro

Meta: Progresión típica en simulacros:

• Simulacro 1: 60-70%
• Simulacro 2: 70-75%
• Simulacro 3: 75-80%
• Si llegas a 80%+ en 3 simulacros, estás listo para el real

Yo alcancé: 71%, 76%, 82%. Pasé el examen real con 82%.

Semana 4: Especialización + Repaso

Objetivo: Refuerza las áreas donde flaqueas. No estudies lo que ya sabes.

Análisis de Debilidades:
De tus simulacros, identifica:

• Las 3 áreas donde sacas peor puntaje
• Los 2-3 servicios que no entiendes

Recursos Específicos:

Para IAM (si flaquea):

• AWS IAM Best Practices Whitepaper (gratis)
• YouTube: "IAM Policy Examples" por Adrian Cantrill
• Practica escribiendo policies complejas en AWS console

Para VPC (si flaquea):

• YouTube: "VPC Deep Dive" - Cualquier creator serio
• Dibuja 5 diagramas diferentes de VPC con diferentes grados de complejidad
• Entiende la diferencia entre Security Groups y NACLs hasta el cansancio

Para Bases de Datos (si flaquea):

• AWS Database Services Comparison Whitepaper
• Lee estudios de caso reales en AWS blog
• Entiende cuándo usar cada BD:
  • SQL simple + relacionados = Aurora/RDS
  • Key-value ultrarrápido = DynamoDB
  • Analytics masivos = Redshift
  • In-memory cache = ElastiCache
  • Búsqueda de texto = Elasticsearch
  • Timeseries = Timestream

Para Costos (si flaquea):

• AWS Pricing Calculator (juega con ella)
• Compara costos: On-Demand vs Reserved vs Spot
• Lee publicaciones sobre Right-Sizing

Acción Concreta:

• Haz 2-3 simulacros más (si aún no llegas a 80%)
• Por cada pregunta fallida, anota:
  • Qué me hizo fallar (falta de conocimiento vs mala lectura)
  • Qué hubiera necesitado saber
• Estudia específicamente ESO

Meta: Simular examen 5-6 con 80%+ de acierto.

🌐 Los Mejores Sitios Para Estudiar (Análisis Completo)

Aquí va el listado honesto:

Plataformas de Video (Teoría)

Mi recomendación: Combina Coursera (fundamentos) + Adrian Cantrill (profundidad) + A Cloud Guru (labs prácticos).

Plataformas de Simulacros (Lo Más Importante)

Mi recomendación: Jon Bonso es IMPRESCINDIBLE. Si tienes presupuesto, agrega Tutorial Dojo. ExamPro free como complemento.

Whitepapers & Documentación (La Biblia)

Estos son gratis en AWS y son ORO:

1. AWS Well-Architected Framework - El más importante

   • URL: aws.amazon.com/architecture/well-architected
   • Lee completo: 1-2 horas
   • Los 5 pilares son base de muchas preguntas

2. AWS Security Best Practices

   • URL: aws.amazon.com/security/security-best-practices
   • Enfocado en security: IAM, encryption, VPC

3. AWS Disaster Recovery

   • URL: aws.amazon.com/disaster-recovery
   • RTO, RPO, 4 strategies

4. Architecting on AWS (PDF whitepaper)

   • Descargable directamente
   • Casos de uso reales

5. AWS Database Services Comparison

   • Cuándo usar qué BD

6. AWS Cost Optimization whitepaper

   • Right-sizing, Reserved Instances, etc.

Cómo leerlos: No leas linealmente. Escanea, encuentra las secciones relevantes, profundiza.

Comunidades & Foros

1. Reddit - r/AWSCertifications

   • Comunidad activa, preguntas diarias
   • Gente pasando el examen ahora mismo

2. AWS Developer Forums

   • Oficial, pero menos para certificación

3. LinuxAcademy Community

   • Activa, gente preparándose

4. Discord Communities

   • Búsca "AWS Certification Discord" - hay varios
   • Gente estudiando en vivo, puedes hacer grupo de estudio

Consejo: No te pierdes en comunidades. 30 min/día máximo. No es productivo.

Herramientas Auxiliares

• AWS Pricing Calculator (gratuita)

  • Juega con diferentes configuraciones
  • Entiende el pricing de verdad

• AWS Architecture Icons (gratis)

  • Descarga los iconos oficiales
  • Dibuja tus propios diagramas

• CloudCraft ($9/mes)

  • Herramienta visual para diagramas
  • Muy intuitiva

• Lucidchart ($15/mes)

  • Alternativa más profesional

• Figma (gratis + pago)

  • Puedes hacer diagramas también

⚠️ Los Errores Que Cometes (Y Cómo No Cometerlos)

Basado en miles de personas que intentaron esto:

Error #1: Memorizar Sin Entender

Síntoma: "Sé que el answer es X, pero no sé por qué."

El Problema: Vas a fallar cuando el examen pregunta algo similar pero no idéntico.

La Solución: Cuando estudies, siempre pregúntate "¿Por qué?" Mínimo 3 veces.

• ¿Por qué elegir Aurora en lugar de RDS?
• Porque Aurora es más rápido y escalable.
• ¿Por qué es más rápido?
• Porque el storage está separado de la computación.
• ¿Qué significa eso en práctica?
• Significa que puedes escalar reads sin afectar writes.

Error #2: No Hacer Suficientes Simulacros

Síntoma: "He visto muchos videos pero me asusta hacer el examen real."

El Problema: Los simulacros no son castigo, son entrenamiento. Necesitas 5-6 mínimo.

La Solución: Haz simulacros incluso si tienes 70%. El objetivo es ver patrones y ganar velocidad.

Error #3: No Revisar Respuestas Incorrectas

Síntoma: "Sacaba 65% en los simulacros pero no mejoraba."

El Problema: Estabas repitiendo los mismos errores.

La Solución: De cada pregunta fallida, anota:

• Qué me hizo fallar (falta de conocimiento, mala lectura, stress)
• Qué debería haber sabido
• Estudia ESO específicamente

Error #4: Enfocarse en Servicios "Cool" Que No Importan

Síntoma: "He estudiado a fondo Kinesis, SageMaker y AppSync."

El Problema: Eso es 2% del examen si acaso.

La Solución: Enfócate en los 25-30 servicios del 95% del examen.

Error #5: No Entender los Trade-offs

Síntoma: Ves dos opciones y no sabes elegir.

El Problema: AWS SIEMPRE tiene trade-offs. Nada es perfecto.

La Solución: Piensa en 3 dimensiones:

• Costo: ¿Cuánto cuesta?
• Rendimiento: ¿Qué tan rápido/escalable es?
• Operacional: ¿Qué tan fácil es de manejar?

Ejemplo:

EC2 vs Lambda para procesar imágenes:
- EC2: Caro pero flexible, bueno si tienes spikes
- Lambda: Barato pero serverless, bueno si invocaciones son impredecibles
- Trade-off: El elegido depende de tu patrón de carga

Error #6: Perder Tiempo en Detalles Insignificantes

Síntoma: "Estudié a fondo las diferencias entre t3.micro y t3.small durante 2 horas."

El Problema: Eso no va a aparecer en el examen.

La Solución: Enfócate en decisiones arquitectónicas grandes:

• ¿EC2 o Lambda?
• ¿RDS o DynamoDB?
• ¿Multi-AZ o Multi-Región?

🎯 Mi Rutina De Estudio (Día a Día)

Para que veas exactamente qué hice:

Semana 1 (Fundamentos)

Lunes:

• Mañana: Video Coursera AWS Fundamentals - Compute (2 horas)
• Tarde: Notas + Dibuja diagrama EC2, tipos de instancias
• Noche: Revisa que entendiste

Martes:

• Mañana: Video Coursera - Storage (2 horas)
• Tarde: Notas + S3 vs EBS vs EFS - cuadro comparativo
• Noche: Duerme bien

Miércoles:

• Mañana: Video Coursera - Database (3 horas, es más complejo)
• Tarde: Notas + Cuándo usar cada BD
• Noche: Revisa conceptos de días previos

Jueves:

• Mañana: Video Coursera - Networking (2.5 horas)
• Tarde: Dibuja una VPC completa con subnets, security groups, NAT
• Noche: Duerme bien

Viernes:

• Mañana: Video Adrian Cantrill - IAM Deep Dive (3 horas)
• Tarde: Notas + Escribir policies de IAM en AWS console
• Noche: Revisa los 5 conceptos de la semana

Sábado:

• Descansa o repasa ligeramente

Domingo:

• Repaso de toda la semana (2 horas)
• Plan para la próxima semana

Semana 2 (Profundidad)

Misma estructura pero:

• Menos video (max 2 horas/día)
• Más práctica en AWS sandbox
• Haz 2-3 labs por semana

Semana 3 (Simulacros)

Lunes: Simulacro 1 completo (2 horas) + análisis (2 horas)
Martes-Miércoles: Estudia áreas débiles
Jueves: Simulacro 2 + análisis
Viernes: Estudia áreas débiles
Sábado: Simulacro 3
Domingo: Análisis general

Semana 4 (Especialización)

Enfócate en lo que flaqueas:
Si IAM fue débil: 1 hora/día en IAM
Si VPC fue débil: 1 hora/día en VPC
Simulacro 4 en el medio de la semana
Simulacro 5 el viernes o sábado

📋 Checklist Pre-Examen (Una Semana Antes)

• [ ] He hecho 5 simulacros completos
• [ ] Mi puntuación promedio es 75%+
• [ ] Entiendo los 5 pilares de Well-Architected
• [ ] Puedo explicar cuándo usar S3 vs EBS vs EFS
• [ ] Puedo explicar cuándo usar RDS vs DynamoDB
• [ ] Entiendo IAM policies y trust relationships
• [ ] Puedo dibujar una VPC con bastion, NAT, públicas y privadas
• [ ] Entiendo Auto Scaling groups, load balancers, health checks
• [ ] Sé qué es RTO/RPO y las 4 estrategias de DR
• [ ] Entiendo trade-offs costo vs rendimiento vs seguridad
• [ ] He revisado todas mis preguntas fallidas
• [ ] Dormí 7-8 horas en los 3 días antes del examen

💪 Día del Examen: Estrategia Que Funciona

Antes

• Duerme 8 horas (no "trabaja hasta las 4am para estudiar")
• Come bien el desayuno
• Llega 15 min antes
• Usa el baño ANTES de entrar

Durante

• Primeros 5 minutos: Lee lentamente, sin presión
• Lectura de preguntas: Lee UNA VEZ lentamente. Mejor una lectura completa que dos apresuradas.
• Strategy:
  • Si sabes la respuesta → marca y sigue
  • Si estás 80% seguro → marca y sigue
  • Si no sabes → marca la que más sentido tiene, sigue, y vuelves al final
• Timing: No dediques más de 3 minutos a una pregunta
• Revisión: Si terminas con 10 minutos, revisa las que "marcaste como dudosa"

Después

• No pienses en ello hasta que salga el resultado (48 horas)
• La ansiedad es normal
• La mayoría que siente que "salió mal" termina pasando

🚀 Después de Pasar: ¿Qué Sigue?

Una vez que hayas pasado:

1. Actualiza LinkedIn (mencionarlo ayuda a oportunidades)
2. Comparte tu experiencia (construye tu personal brand)
3. Continúa aprendiendo (el examen es inicio, no fin)
4. Considera AWS Solutions Architect Professional (si quieres más)
5. Aplica lo aprendido en tu trabajo o lado

El certificado es bonito, pero la verdadera ganancia es aprender a pensar como arquitecto.

📝 Preguntas Que Seguramente Tienes

P: ¿Puedo pasar sin experiencia previa en AWS?
R: Sí, pero necesitas 6-8 semanas de estudio disciplinado. No es imposible.

P: ¿Es necesario pagar los cursos premium o el contenido gratis es suficiente?
R: Honestamente, si combinas YouTube + AWS Whitepapers + Jon Bonso ($15), tienes 90% de lo que necesitas. Los cursos premium aceleran, no son obligatorios.

P: ¿Qué hago si tengo solo 3 semanas?
R: Es apretado. Enfócate en los 25-30 servicios principales, haz 4 simulacros, y dedica máximo 2-3 horas/día de estudio + 1 hora/día de práctica. Posible pero riesgoso.

P: ¿El examen es en inglés?
R: Sí, solo en inglés. Si no es tu lengua materna, practica leyendo preguntas en inglés.

P: ¿Cuánto tiempo es válido el certificado?
R: 3 años. Luego necesitas renovar.

P: ¿Vale la pena vs otras certificaciones?
R: AWS Solutions Architect es UNA DE las más reconocidas en la industria. Si trabajas con AWS, definitivamente vale.

🎬 Conclusión: La Verdad Sin Filtros

Este examen no es fácil, pero tampoco es imposible.

La diferencia entre los que pasan y los que no:

• No es inteligencia: Gente brillante falla por mal preparación
• No es suerte: Es disciplina y método
• No es memorización: Es comprensión y criterio

Lo que SÍ importa:

1. Método estructurado (no estudiar al azar)
2. Práctica en simulacros (al menos 5)
3. Entender trade-offs (no solo memorizar)
4. Dormir bien (en serio, importa)

Si llegas a 75%+ consistente en simulacros, tienes 80%+ de probabilidad de pasar el examen real.

Mi consejo final: No pienses en "¿Logro pasar?" Piensa en "¿Quiero realmente aprender esto?"

Cuando cambias la pregunta, el camino se hace mucho más fácil.

Vas a poder. Dale.

¿Dudas? Comentá abajo y hablamos. Estoy acá para resolver lo que sea. ¿Alguien más está preparándose ahora? Vayan con todo. 💪