Curso AWS Cloud Practitioner CLF-C02

La migración a AWS no consiste simplemente en “copiar servidores” desde un datacenter a la nube. Una migración real combina decisiones de negocio, análisis técnico, seguridad, costes, operaciones, personas, aplicaciones, datos y conectividad. Para el examen AWS Certified Cloud Practitioner CLF-C02, no necesitas diseñar una migración completa, pero sí debes reconocer qué marco, estrategia o servicio encaja según el escenario.

Este módulo te prepara para identificar preguntas sobre AWS Cloud Adoption Framework, estrategias 7R, AWS Migration Hub, AWS Application Migration Service, AWS Database Migration Service, AWS DataSync y AWS Snow Family.

1. Qué espera AWS que sepas en CLF-C02

En el examen, las migraciones aparecen como escenarios sencillos. AWS quiere comprobar que sabes diferenciar entre planificar la adopción cloud, decidir una estrategia de migración y elegir una herramienta concreta.

• Si el escenario habla de preparar la organización, gobierno, capacidades, personas y operación, piensa en AWS CAF.
• Si habla de qué hacer con cada aplicación, piensa en las estrategias 7R.
• Si habla de migrar servidores con enfoque lift-and-shift, piensa en AWS Application Migration Service.
• Si habla de migrar bases de datos, piensa en AWS DMS.
• Si habla de seguir el estado de muchas migraciones, piensa en AWS Migration Hub.
• Si habla de transferir ficheros desde on-premises a AWS, piensa en AWS DataSync.
• Si habla de cientos de terabytes o petabytes con red limitada, piensa en Snow Family.

2. AWS Cloud Adoption Framework

AWS Cloud Adoption Framework, conocido como AWS CAF, es un marco para ayudar a una organización a adoptar cloud de forma ordenada. No es una herramienta que copie máquinas virtuales. Es una forma de organizar capacidades, responsabilidades y áreas de trabajo durante una transformación cloud.

Para CLF-C02, debes entender que AWS CAF ayuda a alinear tecnología con negocio. Una migración no fracasa solo por servidores o redes; también puede fracasar por falta de gobierno, roles mal definidos, procesos inmaduros, resistencia al cambio, costes sin control o ausencia de operación cloud.

Perspectivas principales de AWS CAF

A nivel de examen, puedes pensar en AWS CAF como un conjunto de perspectivas:

• Business: alinear cloud con objetivos de negocio, valor, inversión y resultados.
• People: preparar personas, habilidades, roles, formación y cambio cultural.
• Governance: definir gobierno, control de costes, cumplimiento, riesgos y políticas.
• Platform: diseñar la plataforma cloud, arquitectura, landing zone, redes y cuentas.
• Security: proteger identidades, datos, accesos, detección, respuesta y cumplimiento.
• Operations: operar, monitorizar, automatizar, responder a incidentes y mejorar continuamente.

3. AWS Migration Evaluator

AWS Migration Evaluator ayuda a crear un caso de negocio para migrar a AWS. Se asocia con análisis de costes, evaluación del entorno actual y estimaciones para decidir si una migración tiene sentido económico.

En CLF-C02 puede aparecer cuando el escenario habla de:

• Evaluar costes actuales frente a costes estimados en AWS.
• Construir un business case de migración.
• Analizar inventario y uso de infraestructura on-premises.
• Justificar una migración ante negocio o finanzas.

4. Estrategias 7R de migración

Las 7R son estrategias para decidir qué hacer con cada aplicación durante una migración. No todas las aplicaciones se migran igual. Algunas se mueven casi sin cambios, otras se modernizan, otras se sustituyen por SaaS, algunas se quedan temporalmente y otras se apagan.

5. Rehost: lift-and-shift

Rehost significa mover una aplicación a AWS con pocos cambios. Es una estrategia habitual cuando se busca rapidez, reducir dependencia de datacenters o salir de un contrato de hosting en poco tiempo.

En el examen, rehost aparece con frases como “migrar rápidamente”, “mínimos cambios”, “mantener arquitectura actual” o “mover servidores existentes a EC2”.

6. Replatform: mejorar sin rediseñar por completo

Replatform implica hacer algunos cambios para aprovechar servicios cloud, pero sin reescribir toda la aplicación. Se conoce a veces como “lift, tinker and shift”.

Ejemplos típicos:

• Mover una base de datos autogestionada a Amazon RDS.
• Usar un servicio gestionado para reducir tareas operativas.
• Ajustar componentes para beneficiarse de escalabilidad, backups o alta disponibilidad gestionada.

7. Refactor: modernizar en profundidad

Refactor es la estrategia más profunda. Consiste en rediseñar la aplicación para aprovechar capacidades cloud-native. Puede implicar microservicios, contenedores, serverless, bases de datos gestionadas o cambios importantes en arquitectura.

Refactor puede aportar mucho valor, pero normalmente requiere más tiempo, más análisis y más esfuerzo que rehost. En preguntas de examen, no elijas refactor si el requisito principal es “migrar rápido con mínimos cambios”.

8. Repurchase, retain y retire

No todo se migra técnicamente. Algunas decisiones son de negocio:

• Repurchase: cambiar una aplicación por una solución SaaS. Por ejemplo, sustituir una herramienta interna por un producto comercial.
• Retain: conservar una aplicación en su entorno actual, al menos temporalmente, por dependencia, coste, riesgo o prioridad.
• Retire: apagar una aplicación que ya no se usa. Esta estrategia puede ahorrar coste y reducir complejidad.

9. Relocate

Relocate se refiere a mover una plataforma completa a AWS sin cambiar las aplicaciones. En materiales de AWS suele aparecer asociada a escenarios como trasladar entornos VMware a una solución compatible en AWS.

Para CLF-C02, no necesitas entrar en arquitectura avanzada. Solo debes reconocer que relocate no es refactor ni rehost tradicional de una app individual: es mover una plataforma completa manteniendo el funcionamiento de las aplicaciones.

10. AWS Application Migration Service

AWS Application Migration Service, o AWS MGN, ayuda a migrar aplicaciones y servidores a AWS. Replica servidores de origen hacia AWS y facilita pruebas y cutover. En CLF-C02, relaciónalo con migración de servidores, aplicaciones existentes y lift-and-shift.

MGN aparece cuando el escenario menciona:

• Migrar servidores físicos o virtuales a AWS.
• Replicar máquinas de origen hacia AWS.
• Reducir interrupciones durante una migración de servidores.
• Realizar lift-and-shift de aplicaciones existentes.

11. AWS Database Migration Service

AWS Database Migration Service, o AWS DMS, ayuda a migrar bases de datos hacia AWS. Puede utilizarse en migraciones homogéneas, por ejemplo de PostgreSQL a PostgreSQL, y en migraciones heterogéneas, cuando hay cambio de motor, con ayuda de herramientas de conversión de esquema cuando sea necesario.

DMS aparece cuando el escenario menciona:

• Migrar una base de datos a AWS.
• Minimizar la interrupción durante la migración.
• Replicar datos entre origen y destino.
• Migrar a servicios como Amazon RDS, Aurora o Redshift, según el caso.

12. AWS Schema Conversion Tool

AWS Schema Conversion Tool, o SCT, puede ayudar cuando una migración de base de datos implica cambiar de motor. Por ejemplo, pasar de una base comercial a un motor compatible distinto. DMS mueve o replica datos; SCT ayuda con la conversión del esquema cuando existe heterogeneidad.

Para CLF-C02, basta con recordar esta idea: si hay cambio de motor y aparece conversión de esquema, SCT puede estar relacionado.

13. AWS Migration Hub

AWS Migration Hub proporciona visibilidad centralizada del progreso de migraciones. No es el servicio que mueve por sí solo todos los servidores o bases de datos. Su valor está en el seguimiento, inventario y coordinación.

Migration Hub aparece cuando el escenario habla de:

• Ver el estado de múltiples migraciones.
• Centralizar el seguimiento de proyectos de migración.
• Coordinar migraciones de varias aplicaciones.
• Tener visibilidad de descubrimiento, progreso y estado.

14. AWS Application Discovery Service

AWS Application Discovery Service ayuda a recopilar información sobre servidores, dependencias y uso del entorno on-premises. Se asocia con la fase de descubrimiento, antes de decidir cómo migrar.

En CLF-C02, si la pregunta habla de descubrir inventario, dependencias entre aplicaciones o información de servidores para planificar una migración, este servicio puede ser relevante.

15. AWS DataSync

AWS DataSync ayuda a transferir datos entre almacenamiento on-premises y AWS, o entre servicios de almacenamiento de AWS. Es útil para mover ficheros de forma automatizada, recurrente y gestionada.

DataSync aparece cuando el escenario menciona:

• Transferir archivos desde NFS, SMB u otros orígenes hacia AWS.
• Mover datos a Amazon S3, Amazon EFS o Amazon FSx.
• Sincronizar datos de forma online.
• Automatizar transferencias de ficheros.

16. AWS Snow Family

AWS Snow Family se usa cuando la transferencia por red no es práctica. Si hay muchos terabytes o petabytes, poco ancho de banda, plazos ajustados o ubicaciones remotas, puede ser mejor usar dispositivos físicos para trasladar datos.

Para CLF-C02, asocia Snow Family con:

• Grandes volúmenes de datos.
• Transferencia física u offline.
• Conectividad limitada.
• Entornos remotos o desconectados.
• Migraciones masivas de datos hacia AWS.

17. DataSync frente a Snow Family

Esta comparación es muy útil para el examen. Ambos pueden mover datos, pero se usan en situaciones diferentes.

18. Transfer Family y Storage Gateway

En preguntas de migración o transferencia también pueden aparecer otros servicios:

• AWS Transfer Family: permite transferencias gestionadas mediante protocolos como SFTP, FTPS o FTP hacia servicios de AWS como S3.
• AWS Storage Gateway: conecta entornos on-premises con almacenamiento cloud, útil en escenarios híbridos.

No son el núcleo de este módulo, pero conviene saber que no todo movimiento de datos es DMS, DataSync o Snow Family.

19. Comparativa de servicios de migración

20. Fases de una migración a alto nivel

Aunque cada proyecto es diferente, puedes pensar en una migración cloud con tres grandes momentos:

• Evaluar: entender entorno actual, costes, aplicaciones, dependencias y objetivos.
• Movilizar: preparar equipos, gobierno, landing zone, seguridad, conectividad y plan.
• Migrar y modernizar: ejecutar migraciones, validar, optimizar y mejorar aplicaciones.

En CLF-C02 no necesitas memorizar una metodología completa, pero sí reconocer que migrar bien requiere planificación, no solo herramientas.

21. Ejemplos de escenarios de examen

22. Errores típicos

• Confundir AWS CAF con una herramienta para copiar servidores.
• Usar DMS para migrar servidores completos. DMS es para bases de datos.
• Usar MGN para migrar solo una base de datos cuando la pregunta pide DMS.
• Elegir Snow Family para pocos datos con buena conexión de red.
• Elegir DataSync cuando el escenario indica conectividad muy limitada y cientos de terabytes.
• Pensar que refactor es siempre la mejor estrategia. Puede ser potente, pero no siempre es la más rápida ni la más barata.
• Olvidar que retain y retire también son decisiones correctas en una migración.
• Confundir Migration Hub con DMS o MGN. Migration Hub da visibilidad y seguimiento.
• Confundir replatform con refactor. Replatform ajusta; refactor rediseña.
• No diferenciar estrategia de migración y servicio de migración.

23. Cómo razonar preguntas tipo examen

Cuando leas una pregunta de migración, sigue este orden:

1. Identifica el objeto: organización, aplicación, servidor, base de datos, ficheros o datos masivos.
2. Identifica la intención: planificar, mover rápido, modernizar, sustituir, retirar, seguir progreso o transferir datos.
3. Elige estrategia o servicio: CAF, 7R, MGN, DMS, Migration Hub, DataSync o Snow Family.
4. Evita distractores: no todos los servicios que “migran” sirven para lo mismo.

Resumen final

Para CLF-C02, una migración a AWS se entiende en tres niveles. Primero, la organización necesita un marco de adopción como AWS CAF. Segundo, cada aplicación requiere una estrategia, como rehost, replatform, refactor, repurchase, relocate, retain o retire. Tercero, se eligen servicios concretos: MGN para servidores, DMS para bases de datos, Migration Hub para seguimiento, DataSync para ficheros online y Snow Family para grandes volúmenes con conectividad limitada.

La clave para aprobar es no mezclar estrategia con herramienta. Una estrategia responde “qué voy a hacer con esta aplicación”. Un servicio responde “con qué herramienta lo ejecuto”.