Método

Cómo estudiar y practicar

El método de esta web (teoría, lab, test, tarjetas y repaso), cómo sacar partido a la documentación de AWS y a CloudShell, cómo razonar las preguntas del SAA-C03 y qué recursos oficiales gratuitos usar, compaginándolo todo con el trabajo.

El método: cinco pasos por módulo

flowchart LR
  T["1. Teoría<br/>módulo + FAQ"] --> L["2. Lab<br/>CloudShell"]
  L --> Q["3. Test<br/>del módulo"]
  Q --> F["4. Tarjetas<br/>repetición espaciada"]
  F --> R["5. Repaso<br/>semanal"]
  R -. "fallos" .-> T

1. Teoría. Lee el módulo con calma. No subrayes: al terminar cada sección, cierra la página y explica en voz alta (o por escrito) qué problema resuelve cada servicio y cuándo no usarlo. Abre la FAQ de los servicios nuevos.
2. Lab. Construye lo que acabas de leer. Un servicio que has configurado tú se recuerda diez veces mejor. Haz siempre la limpieza y las «preguntas para pensar como arquitecto».
3. Test. Haz el test del módulo sin mirar la teoría. Lee todas las explicaciones, también las de las acertadas: cada una refuta los distractores, y ahí está el aprendizaje.
4. Tarjetas. Repasa las tarjetas del módulo. El sistema de la web (Leitner) te vuelve a enseñar antes las que fallas y espacia las que dominas.
5. Repaso. El domingo, tarjetas pendientes de semanas anteriores y el test de la semana en modo repaso. Lo que falles vuelve al paso 1.

Aprendizaje activo

• Recuperación: antes de releer, intenta recordar. Los tests y las tarjetas existen para eso.
• Explicarlo: si no puedes explicar en 30 segundos la diferencia entre un gateway endpoint y un interface endpoint, aún no la sabes.
• Contrastar: estudia los servicios por parejas (SQS frente a SNS, ALB frente a NLB). El examen pregunta así.
• Espaciar: tres repasos cortos en días distintos valen más que uno largo.
• Dibujar: haz un diagrama de cada arquitectura de los labs. Te preparará para el lab 21 y para las entrevistas.
• Cuaderno de errores: anota cada fallo con la regla que te llevas (ver el módulo 11).

Cómo leer la documentación de AWS

La documentación es enorme; no la leas entera. Por cada servicio:

1. La página del producto (aws.amazon.com/nombre-del-servicio): qué es y casos de uso, en 5 minutos.
2. La FAQ del servicio (aws.amazon.com/nombre-del-servicio/faqs): oro para el examen. Está escrita en formato pregunta-respuesta y recoge justo los matices que el examen convierte en preguntas: límites, diferencias con servicios parecidos, cuándo usar cada opción. Léela para los servicios principales (EC2, S3, VPC, RDS, Aurora, DynamoDB, Lambda, SQS, SNS, ELB, Route 53, CloudFront, KMS, IAM).
3. La guía de usuario (docs.aws.amazon.com): solo las secciones que enlaza cada módulo en su lista de documentación.
4. La página de precios: entiende qué dimensiones se cobran (horas, GB, peticiones), no memorices cifras.

Trucos:

• La documentación está en inglés; puedes cambiar el idioma, pero te recomendamos leerla en inglés para acostumbrarte a la terminología del examen.
• Busca frases del tipo «use X when…» o «X is not supported»: suelen ser material de pregunta.
• Desconfía de blogs y vídeos antiguos: AWS cambia rápido (launch configurations, Snow Family, NAT Gateway regional, nombres como Amazon Quick). Ante la duda, manda la documentación oficial.

AWS CloudShell: tu terminal para los labs

Todos los labs se hacen en AWS CloudShell, una terminal en el navegador ya autenticada con tu usuario, con la AWS CLI v2 instalada y un pequeño almacenamiento persistente en tu directorio personal. No tienes que instalar nada.

• Ábrelo con el icono de terminal de la barra superior de la consola, en la región del lab (eu-south-2 salvo que se indique otra).
• Hereda los permisos del usuario con el que has iniciado sesión: por eso los labs se hacen con un usuario administrador de IAM Identity Center o IAM con MFA, nunca con el root.
• Comprueba quién eres antes de empezar: aws sts get-caller-identity.
• CloudShell no figura en el temario del examen (está en la lista out of scope), pero la AWS CLI sí.

Cómo razonar una pregunta del SAA

Toda pregunta se resuelve con el mismo razonamiento:

1. Localiza el requisito decisivo. Lee la última frase: ¿piden lo más barato, lo de menos operación, lo más seguro, lo más disponible? Luego subraya los requisitos duros del escenario (RPO, «sin Internet», «sin cambiar el código», «UDP»).
2. Descarta. Fuera lo que incumple un requisito duro, lo técnicamente imposible, las soluciones caseras y lo sobredimensionado. Normalmente quedan dos.
3. Elige la opción gestionada más simple que cumple todo. Entre dos candidatas, gana la que cumple todos los requisitos con menos piezas y menos operación, salvo que el calificador sea explícitamente el coste.

Ejemplo:

«Una empresa necesita que sus instancias en subredes privadas descarguen objetos de S3. La solución debe ser la MOST cost-effective y el tráfico no debe salir a Internet.»

• Requisito decisivo: coste + sin Internet.
• Descarte: NAT Gateway (sale a Internet y cobra por GB); instancia NAT (igual y además hay que gestionarla).
• Quedan: gateway endpoint o interface endpoint de S3. El gateway endpoint no tiene coste: gana.

Las técnicas completas (palabras clave, tiempo, marcar para revisar) están en el módulo 11.

Cómo usar esta web

Tu progreso (módulos y labs completados, resultados de tests, tarjetas) se guarda en tu navegador. Si cambias de ordenador o borras los datos del navegador, se pierde.

Recursos oficiales gratuitos

La lista completa y comentada está en Recursos oficiales.

Compaginarlo con el trabajo

• Bloques fijos: pon las 2 horas diarias en el calendario como una reunión. La misma hora cada día crea el hábito.
• Mejor por la mañana o nada más salir del trabajo que a última hora del día, cuando ya no rindes.
• Días malos: si un día solo tienes 30 minutos, haz tarjetas o 10 preguntas del test. Mantener la racha importa más que la cantidad.
• Los labs, el fin de semana cuando sean largos: necesitan concentración y tiempo para limpiar sin prisas.
• Aprovecha el trabajo: si en tu empresa hay AWS, pide ver la arquitectura, las cuentas o la factura. Cada cosa real que reconozcas vale por un lab.
• Descansa un día cada dos o tres semanas si lo necesitas; el plan de 16 horas tiene margen.
• Semana del examen: nada nuevo, sueño y repaso ligero.