Curso AWS Cloud Practitioner CLF-C02

Este es el dominio más grande y, para muchos alumnos, el más intimidante. Aquí aparecen muchos nombres: EC2, Lambda, S3, EBS, EFS, VPC, CloudFront, Route 53, RDS, DynamoDB, SQS, SNS, EventBridge, Athena, Glue, SageMaker, Bedrock… y al principio puede parecer una sopa de letras.

La buena noticia: para CLF-C02 no tienes que ser especialista en todos esos servicios. Lo que sí necesitas es algo muy concreto: reconocer qué servicio encaja con cada necesidad. El examen suele darte un escenario y espera que identifiques la categoría correcta: cómputo, almacenamiento, red, base de datos, integración, analítica, IA o gestión.

Cómo estudiar este dominio sin agobiarte

No estudies servicio por servicio como si fuera una lista de vocabulario. Es mejor agruparlos por el problema que resuelven. Cuando entiendes la categoría, el servicio se vuelve más fácil de recordar.

1. Compute: cuando la pregunta habla de ejecutar algo

La categoría de compute responde a una pregunta sencilla: ¿dónde ejecuto mi aplicación, proceso, contenedor o código?

• Amazon EC2: servidores virtuales. Es la opción más parecida a tener una máquina virtual tradicional, pero en AWS.
• Auto Scaling: ajustar el número de instancias según demanda.
• Elastic Load Balancing: distribuir tráfico entre varios destinos.
• AWS Lambda: ejecutar código sin administrar servidores, normalmente orientado a eventos.
• Amazon ECS: ejecutar contenedores usando el orquestador de AWS.
• Amazon EKS: ejecutar Kubernetes gestionado en AWS.
• AWS Fargate: ejecutar contenedores sin administrar servidores.

2. Storage: objetos, bloques y archivos

Este bloque suele caer mucho porque AWS tiene varios tipos de almacenamiento y el examen quiere que sepas distinguirlos.

3. Networking: conectar recursos y acercar contenido

Networking en CLF-C02 no exige que diseñes una red compleja, pero sí que entiendas los conceptos básicos.

• Amazon VPC: red virtual privada dentro de AWS.
• Subnets: segmentos dentro de una VPC, normalmente asociados a una Availability Zone.
• Security Groups: firewall stateful a nivel de recurso, muy usado con EC2.
• NACLs: control stateless a nivel de subred.
• Internet Gateway: permite conectividad entre una VPC y Internet.
• NAT Gateway: permite que recursos privados salgan a Internet sin recibir conexiones entrantes desde Internet.
• Amazon Route 53: DNS gestionado y políticas de enrutamiento.
• Amazon CloudFront: CDN para distribuir contenido con baja latencia usando edge locations.
• AWS VPN: conectividad cifrada entre on-premises y AWS sobre Internet.
• AWS Direct Connect: conexión dedicada privada entre tu red y AWS.

4. Bases de datos: elige según el tipo de dato y acceso

No todas las bases de datos sirven para lo mismo. En CLF-C02 debes reconocer el patrón general.

5. Serverless y contenedores

Serverless no significa que no haya servidores. Significa que tú no los administras. AWS se encarga de la infraestructura subyacente y tú te centras más en código, eventos o configuración de alto nivel.

• AWS Lambda: funciones event-driven sin administrar servidores.
• Amazon API Gateway: crear, publicar y proteger APIs.
• Amazon DynamoDB: base de datos NoSQL serverless.
• Amazon S3: almacenamiento de objetos gestionado y altamente escalable.
• Amazon ECS/EKS: orquestación de contenedores.
• AWS Fargate: ejecución de contenedores sin gestionar servidores.

6. Integración: desacoplar aplicaciones

Integración es una categoría muy importante porque AWS fomenta arquitecturas desacopladas. Desacoplar significa que los componentes no dependan rígidamente unos de otros.

• Amazon SQS: colas de mensajes. Desacopla productores y consumidores.
• Amazon SNS: publicación/suscripción y notificaciones a múltiples suscriptores.
• Amazon EventBridge: bus de eventos para integrar aplicaciones y servicios.
• AWS Step Functions: orquestar flujos de trabajo y pasos de procesos.
• Amazon API Gateway: exponer APIs para aplicaciones, microservicios o backends serverless.

7. Gestión, monitorización y despliegue

El Dominio 3 también toca herramientas de gestión y operación. No necesitas ser experto, pero sí distinguir para qué sirve cada una.

• AWS CloudFormation: infraestructura como código con plantillas.
• AWS Elastic Beanstalk: desplegar aplicaciones sin gestionar todos los detalles de infraestructura.
• AWS Systems Manager: gestión operativa, automatización, inventario, parches y ejecución de comandos.
• AWS CloudWatch: métricas, logs, alarmas y observabilidad.
• AWS CloudTrail: auditoría de llamadas API y actividad de cuenta.
• AWS Config: historial y evaluación de configuración de recursos.

8. Analítica, datos, machine learning e IA

En CLF-C02 no te van a pedir entrenar un modelo ni diseñar un pipeline completo de datos. Pero sí debes reconocer servicios por caso de uso.

9. Cómo razonar preguntas del Dominio 3

La técnica es sencilla: lee el requisito y busca la categoría antes de mirar opciones. No intentes recordar todos los servicios a la vez. Primero identifica el tipo de problema.

10. Diferencias que suelen confundir

• S3 vs EBS vs EFS: S3 son objetos; EBS son bloques para EC2; EFS es sistema de archivos compartido.
• EC2 vs Lambda: EC2 son servidores virtuales; Lambda ejecuta funciones sin administrar servidores.
• ECS vs EKS: ECS es orquestación de contenedores propia de AWS; EKS es Kubernetes gestionado.
• CloudFront vs Route 53: CloudFront es CDN; Route 53 es DNS.
• RDS vs DynamoDB: RDS es relacional SQL; DynamoDB es NoSQL serverless.
• RDS vs Redshift: RDS es para bases transaccionales; Redshift es data warehouse analítico.
• SQS vs SNS: SQS es cola; SNS es pub/sub y notificación.
• CloudWatch vs CloudTrail: CloudWatch monitoriza; CloudTrail audita llamadas API.
• Athena vs Redshift: Athena consulta datos en S3 sin servidor dedicado; Redshift es data warehouse.
• SageMaker vs Bedrock: SageMaker se centra en ML; Bedrock en IA generativa con modelos fundacionales.

11. Módulos de este dominio

Este dominio es grande, así que la mejor forma de estudiarlo es por familias. Primero compute y red, luego almacenamiento y bases de datos, después serverless, integración, gestión, analítica e IA.

12. Errores típicos

• Memorizar servicios sin saber qué problema resuelven.
• Confundir almacenamiento de objetos, bloques y archivos.
• Elegir Lambda para cualquier cosa serverless aunque el escenario pida contenedores.
• Confundir CloudFront con Route 53: CDN frente a DNS.
• Elegir Redshift para base de datos transaccional cuando es analítica/warehouse.
• Confundir SQS con SNS.
• Olvidar que DynamoDB es NoSQL y RDS es relacional.
• Confundir Athena con una base de datos tradicional cuando realmente consulta datos en S3.

13. Cómo saber si dominas el Dominio 3

Vas bien si puedes explicar con tus palabras:

• Cuándo usar EC2, Lambda, ECS, EKS o Fargate.
• Qué diferencia hay entre S3, EBS y EFS.
• Qué papel tienen VPC, subredes, Security Groups y NACLs.
• Cuándo pensar en CloudFront y cuándo en Route 53.
• Qué diferencia hay entre RDS, Aurora, DynamoDB y Redshift.
• Cuándo usar SQS, SNS, EventBridge, API Gateway y Step Functions.
• Qué herramientas sirven para monitorizar, auditar, desplegar y gestionar recursos.
• Qué servicios se asocian con analítica, streaming, BI, machine learning e IA generativa.

Resumen final

El Dominio 3 es grande porque AWS tiene muchos servicios, pero no necesitas memorizarlos todos al mismo nivel. Lo importante es reconocer patrones: ejecutar, almacenar, conectar, consultar, desacoplar, monitorizar, analizar o aplicar IA.

Si estudias este dominio por categorías y asocias cada servicio a un caso de uso, el examen se vuelve mucho más manejable. Ya no verás una lista enorme de nombres: verás herramientas para resolver problemas concretos.