Arquitecturas básicas que debes reconocer
Cloud Practitioner no te pide diseñar una solución completa como un arquitecto profesional, pero sí reconocer patrones muy comunes: web app, alta disponibilidad, contenido estático, backup, disaster recovery y arquitectura serverless.
Patrón 1 · Web básica en AWS
Una arquitectura web sencilla puede usar Route 53 para DNS, CloudFront para distribución global, un Application Load Balancer para repartir tráfico, EC2 Auto Scaling en varias AZ para cómputo y RDS Multi-AZ para base relacional. S3 puede almacenar contenido estático o backups.
Patrón 2 · Sitio estático
Para una web estática, S3 puede alojar objetos y CloudFront acelerar la entrega. Route 53 puede gestionar el dominio. Si la pregunta habla de HTML, CSS, JavaScript e imágenes sin backend complejo, piensa en S3 + CloudFront.
Patrón 3 · Serverless simple
API Gateway recibe peticiones, Lambda ejecuta lógica, DynamoDB guarda datos y CloudWatch observa métricas y logs. Es un patrón típico para APIs con poca administración de servidores.
Patrón 4 · Backup y recuperación
AWS Backup centraliza políticas. S3 y S3 Glacier ayudan a guardar datos. RDS snapshots y EBS snapshots protegen bases y volúmenes. Multi-AZ mejora disponibilidad, pero no sustituye una estrategia de backup.
Varias AZ, balanceador, Auto Scaling y servicios gestionados.
CloudFront, edge locations y selección de región cercana.
SQS, SNS y EventBridge para que componentes no dependan unos de otros.
IAM, MFA, security groups, cifrado, CloudTrail y mínimo privilegio.
Preguntas que debes poder responder
- ¿Qué servicio usaría para DNS?
- ¿Qué servicio acelera contenido a usuarios globales?
- ¿Qué diferencia hay entre backup y alta disponibilidad?
- ¿Qué componente desacopla productores y consumidores?
- ¿Qué servicio permite una API serverless?
Arquitecturas que debes reconocer
Esta ampliación está pensada para estudiar como lo haría un alumno antes del examen: entender primero el caso de uso, relacionarlo con el servicio correcto y practicar con ejemplos cortos. No hace falta aprender cada detalle técnico; para Cloud Practitioner necesitas reconocer conceptos, responsabilidades y decisiones básicas.
- Web estática: S3 + CloudFront + Route 53.
- Aplicación web básica: ALB + EC2 Auto Scaling + RDS Multi-AZ.
- Serverless: API Gateway + Lambda + DynamoDB.
Preguntas probables sobre arquitecturas básicas
El enunciado suele darte una pista directa: reconocer patrones simples: web estática, web dinámica, multi-AZ, serverless y desacoplada. Subraya esa parte antes de mirar las respuestas.
Una opción será técnicamente posible pero más compleja, menos gestionada o pensada para otro caso de uso.
Compara alcance, responsabilidad, coste operativo y nivel de gestión del servicio.
La mejor respuesta suele resolver el problema con el servicio más específico y sin añadir piezas innecesarias.
Repaso guiado para fijarlo
| Lo que debes saber explicar | Cómo decirlo en sencillo | Error típico |
|---|---|---|
| Concepto principal | Explica el servicio o idea en una frase, sin jerga y con un ejemplo práctico. | Aprender una definición de memoria sin saber aplicarla a un escenario. |
| Caso de uso | Relaciona el tema con una necesidad: guardar objetos, ejecutar código, proteger accesos, monitorizar, ahorrar costes o escalar. | Elegir un servicio parecido solo porque te suena más. |
| Responsabilidad | Separa qué gestiona AWS y qué debe configurar el cliente. | Creer que al ser cloud AWS se encarga de todo. |
| Palabras clave | Detecta términos como Multi-AZ, serverless, object storage, audit logs, budget alert, DNS, CDN, encryption o least privilege. | No leer el objetivo de la pregunta y contestar por intuición. |
Profundización práctica · Arquitecturas básicas
Este bloque se ha revisado para que no sea una repetición del resto de la ruta. La clave aquí es reconocer patrones simples: web estática, web dinámica, multi-AZ, serverless y desacoplada. Estúdialo buscando señales: qué necesidad plantea el escenario, qué servicio encaja y qué alternativa sería demasiado compleja o incorrecta.
Mapa mental de la lección
- 3 capas: relaciónalo con un caso real de empresa y con una palabra clave de examen.
- Multi-AZ: relaciónalo con un caso real de empresa y con una palabra clave de examen.
- CDN: relaciónalo con un caso real de empresa y con una palabra clave de examen.
- serverless: relaciónalo con un caso real de empresa y con una palabra clave de examen.
- cola: relaciónalo con un caso real de empresa y con una palabra clave de examen.
- base gestionada: relaciónalo con un caso real de empresa y con una palabra clave de examen.
Práctica aplicada
Construye mentalmente tres arquitecturas: web estática, aplicación 3 capas y API serverless con DynamoDB.
Al terminar, intenta explicarlo en voz alta como si tuvieras que defender la respuesta delante de un compañero.
Errores a evitar
- meter demasiados servicios en una arquitectura simple
- olvidar alta disponibilidad en varias AZ
- no separar frontend, lógica y datos
Lectura de escenarios
Busca verbos y restricciones: “reducir administración”, “auditar”, “bajo coste”, “sin servidores”, “alta disponibilidad”, “datos sensibles”, “acceso global” o “soporte crítico”. Esas pistas suelen llevarte al servicio correcto.
Servicios y conceptos que debes relacionar
Tabla de decisión rápida
| Situación | Respuesta que debes considerar | Por qué importa |
|---|---|---|
| Web estática | S3 + CloudFront | Contenido público/cacheado |
| 3 capas | ALB + EC2 + RDS | App tradicional |
| Serverless | API Gateway + Lambda + DynamoDB | Eventos y bajo mantenimiento |
Ruta orientada a la guía oficial AWS Certified Cloud Practitioner CLF-C02. Los servicios y pesos pueden cambiar; antes del examen conviene contrastar con la guía oficial más reciente.