Curso AWS Cloud Practitioner CLF-C02

Este dominio es la base de todo el curso. Si aquí construyes buenos cimientos, después te resultará mucho más fácil entender seguridad, servicios, redes, costes y soporte. No estamos todavía en “qué botón pulso en la consola”, sino en algo más importante: cómo pensar en cloud.

En el examen, el Dominio 1 no busca que memorices frases bonitas sobre la nube. Busca comprobar si entiendes por qué una empresa se mueve a AWS, qué ventajas reales consigue, cómo se diseñan sistemas más resilientes y cómo cambia la forma de pagar, escalar y operar tecnología.

Qué cubre realmente el Dominio 1

El Dominio 1 de CLF-C02 se llama Cloud Concepts y representa el 24% del contenido puntuado del examen. AWS lo divide en cuatro grandes tareas: beneficios de AWS Cloud, principios de diseño, estrategias de migración y economía cloud.

1. Beneficios de cloud: por qué AWS cambia el juego

Imagina una empresa tradicional que necesita preparar infraestructura para una nueva aplicación. En un modelo clásico tendría que comprar servidores, pedirlos, recibirlos, instalarlos, dimensionarlos, mantenerlos y asumir el riesgo de haberse quedado corta o haberse pasado.

En cloud el enfoque cambia: puedes crear recursos en minutos, probar, ajustar, apagar lo que no necesitas y escalar cuando la demanda crece. Esa es una de las ideas más importantes para CLF-C02.

• Agilidad: puedes experimentar y desplegar más rápido.
• Elasticidad: puedes crecer o decrecer según la demanda real.
• Pago por uso: pagas por lo que consumes, no por capacidad comprada “por si acaso”.
• Economía de escala: AWS opera a una escala enorme y eso permite ofrecer servicios de forma más eficiente.
• Alcance global: puedes desplegar cerca de tus usuarios usando regiones y servicios edge.
• Menos trabajo indiferenciado: reduces tareas como comprar hardware, mantener datacenters o reemplazar equipos físicos.

2. Elasticidad, escalabilidad y alta disponibilidad no son lo mismo

Estos conceptos se parecen, pero no significan lo mismo. El examen puede jugar con esas diferencias, así que conviene tenerlas muy claras.

3. Infraestructura global: regiones, AZ y edge locations

AWS no es un único datacenter gigante. Su infraestructura global está organizada para poder desplegar servicios cerca de los usuarios, aislar fallos y cumplir requisitos de residencia de datos.

• Región: área geográfica donde AWS ofrece servicios, como Europa, Estados Unidos o Asia-Pacífico.
• Availability Zone: ubicación aislada dentro de una región. Una región suele tener varias AZ.
• Edge location: punto de presencia usado por servicios como CloudFront para entregar contenido con menor latencia.

La idea clave es que puedes diseñar aplicaciones usando varias zonas de disponibilidad para mejorar disponibilidad, o usar edge locations para acercar contenido a usuarios globales.

4. CapEx, OpEx y economía cloud

Uno de los cambios más importantes de cloud es financiero. En vez de hacer una gran inversión inicial en hardware, puedes consumir servicios bajo demanda y convertir parte del gasto tecnológico en gasto operativo.

• CapEx: inversión de capital. Comprar servidores, cabinas, licencias o equipamiento antes de usarlos.
• OpEx: gasto operativo. Pagar por el uso de servicios a medida que los consumes.
• Coste variable: el gasto cambia según el uso real.
• Right sizing: ajustar recursos al tamaño correcto para no pagar de más.
• Automatización: apagar, crear, escalar o ajustar recursos sin intervención manual constante.

Para el examen, no hace falta que hagas cálculos financieros complejos. Lo importante es entender que cloud reduce la necesidad de sobredimensionar infraestructura y permite alinear mejor el gasto con la demanda real.

5. Principios de diseño cloud

Diseñar para cloud no es copiar un servidor on-premise y ponerlo tal cual en AWS. El enfoque recomendado es aprovechar servicios gestionados, automatización, escalado, redundancia y desacoplamiento.

• Diseña para fallos: asume que algún componente puede fallar y prepara la arquitectura para recuperarse.
• Usa varias AZ cuando necesites disponibilidad: no concentres todo en un único punto.
• Automatiza tareas repetitivas: reduce errores manuales y acelera operaciones.
• Desacopla componentes: evita que una parte de la aplicación arrastre a todas las demás.
• Usa servicios gestionados: deja que AWS se encargue de parte de la operación cuando tenga sentido.
• Observa y mide: no puedes mejorar lo que no monitorizas.

6. AWS Well-Architected Framework

El AWS Well-Architected Framework es una forma de evaluar si una arquitectura está bien diseñada. Para CLF-C02 no necesitas saber hacer una revisión completa, pero sí reconocer sus pilares y el tipo de pregunta que resuelve cada uno.

7. Migración a AWS y Cloud Adoption Framework

Muchas organizaciones no empiezan desde cero. Ya tienen aplicaciones, datos, procesos y equipos. Por eso AWS habla de estrategias de adopción y migración.

El AWS Cloud Adoption Framework (AWS CAF) ayuda a organizar la adopción cloud desde diferentes perspectivas: negocio, personas, gobierno, plataforma, seguridad y operaciones. No lo veas como una herramienta técnica concreta, sino como un marco para planificar la transformación.

También debes conocer la idea de estrategias de migración. No todas las aplicaciones se mueven igual:

• Rehost: mover casi tal cual, tipo “lift and shift”.
• Replatform: hacer algunos cambios para aprovechar mejor la nube.
• Refactor: rediseñar más profundamente la aplicación.
• Repurchase: sustituir por una solución SaaS u otro producto.
• Retire: apagar lo que ya no aporta valor.
• Retain: mantener algo fuera de AWS por ahora.
• Relocate: mover plataformas completas cuando aplica.

8. Módulos de este dominio

Este dominio se estudia mejor por bloques. Primero entiende el valor de cloud, luego la infraestructura global, después los principios de arquitectura y finalmente la migración.

9. Errores típicos en este dominio

• Confundir elasticidad con escalabilidad. Escalar es crecer; elasticidad es crecer y decrecer según demanda.
• Pensar que una región y una AZ son lo mismo. Una región contiene varias zonas de disponibilidad.
• Creer que alta disponibilidad significa backup. El backup ayuda a recuperar datos, pero alta disponibilidad busca seguir funcionando.
• Estudiar Well-Architected como una lista. Mejor entiende qué problema resuelve cada pilar.
• Ignorar economía cloud. CapEx, OpEx, pago por uso y right sizing aparecen más de lo que parece.

10. Cómo saber si dominas el Dominio 1

Vas bien si puedes explicar con tus palabras:

• Por qué cloud permite más agilidad que un entorno tradicional.
• Qué diferencia hay entre escalabilidad, elasticidad y alta disponibilidad.
• Qué son regiones, Availability Zones y edge locations.
• Por qué el pago por uso cambia el modelo financiero.
• Qué son CapEx y OpEx a nivel conceptual.
• Qué busca cada pilar de Well-Architected.
• Qué aporta AWS CAF en una migración.
• Qué significa rehost, replatform y refactor a nivel básico.

Resumen final

El Dominio 1 te enseña el “por qué” de AWS Cloud. Antes de hablar de servicios concretos, necesitas entender el valor de la nube: agilidad, elasticidad, alta disponibilidad, alcance global, pago por uso, economía cloud, diseño resiliente y migración.

Si entiendes bien este dominio, el resto del curso deja de ser una lista de servicios y empieza a tener sentido. EC2, S3, IAM, VPC, CloudFront o Budgets aparecerán después, pero aquí aprendes la lógica que explica por qué se usan.