Rehost, Refactor y las 7 estrategias AWS

Curso AWS Cloud Practitioner Certification

Contenido del curso

Fundamentos de la Infraestructura Global de AWS

Redes en AWS

Servicios de cómputo en AWS

Balanceo de Carga y Auto escalamiento

Almacenamiento en AWS

Bases de datos en AWS

Seguridad en AWS

Costos en AWS

Servicios Complementarios

Migracion a la nube de AWS

Cómo aprobar la certificación AWS Cloud Practitioner

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0015:24

Rehost, Refactor y las 7 estrategias AWS

Curso AWS Cloud Practitioner Certification

Clase 70 de 80

Clase 70 / 80

Recursos

Llevar una aplicación de un servidor on premise a la nube no es un proceso único. Existen siete estrategias de migración a la nube en AWS y cada una varía en complejidad, costo y nivel de transformación. Si eres arquitecto de soluciones o te preparas para el examen de Cloud Practitioner, entender cuándo aplicar cada una marca la diferencia entre una migración exitosa y un proyecto problemático.

¿Qué es rehost o lift and shift y cuándo conviene usarlo?

Es la estrategia más común y la más sencilla de ejecutar. Consiste en tomar una imagen de tu servidor on premise, por ejemplo uno con WordPress, y soltarla tal cual en la nube convirtiéndola en una instancia EC2 [00:32].

No cambias código ni configuración del sistema operativo. Solo arrastras la aplicación, la sueltas en la nube y queda funcionando igual. En migraciones grandes de miles de servidores, rehost suele ser el primer paso porque permite mover rápido y luego optimizar.

¿Qué es lift and shift en AWS? Es mover una aplicación existente a la nube sin modificar su código ni su configuración, generalmente como una instancia EC2 que replica el servidor original.

¿En qué se diferencia replatform de un rehost tradicional?

Replatform sube un escalón de complejidad. Imagina una aplicación dividida en servidor web y base de datos MySQL. En lugar de mover ambos como están, te llevas la base de datos a un servicio administrado como Amazon RDS, que es Platform as a Service [02:30].

Las ventajas son claras:

Ya no administras el sistema operativo, lo hace el cloud provider.
Aprovechas capacidades nativas de la nube desde el día uno.
Reduces carga operativa para tu equipo.

Lo que cambia aquí es la plataforma sobre la que corre un componente, no la aplicación completa.

¿Cuándo elegir refactor frente a otras estrategias de migración?

Refactor es la estrategia más compleja de las siete. Significa rediseñar la aplicación para que aproveche al máximo la nube: contenedores orquestados con Kubernetes, almacenamiento en S3, base de datos en Aurora MySQL [04:10].

Tienes que entrar al código, repensar cómo se conectan los componentes y cómo monitoreas un clúster en lugar de un servidor. A cambio ganas escalabilidad real, soporte para picos de demanda altos e integración nativa con servicios de la nube.

¿Qué es repurchase y cómo funciona en el marketplace?

Repurchase es sustituir tu aplicación por una equivalente comprada en la nube. Vas al Marketplace de AWS, buscas una instancia con WordPress y MySQL preinstalados, la compras y solo migras el contenido del sitio [06:08].

No migras el servidor, recompras el servicio y mueves los datos. Es una opción rápida cuando existe un equivalente comercial listo para usar.

¿Por qué retain es una estrategia válida si no migras nada?

Retain significa dejar la aplicación donde está. Suena contraintuitivo, pero es una decisión consciente que aplica cuando:

Una legislación de compliance impide mover la aplicación.
El sistema operativo es muy viejo y no está soportado en la nube.
Hablamos de un mainframe, un core bancario o un AS400 incompatible.
La función no tiene sentido en la nube, como un servidor de impresión local.

En ejercicios reales con cientos de servidores, identificar qué no migrar es tan importante como decidir qué sí migrar [08:20].

¿Qué casos de uso justifican un relocate en VMware?

Relocate es una estrategia reciente y con un caso de uso muy específico: entornos VMware. Si tu empresa tiene 300 aplicaciones corriendo sobre un hipervisor VMware y todo tu equipo domina esa tecnología, no tiene sentido obligarlos a aprender algo nuevo.

Con relocate te llevas el hipervisor y las máquinas virtuales tal como están a la nube. Piénsalo como un rehost a nivel de hipervisor [09:45]. Aprovechas las ventajas de AWS sin arriesgar el conocimiento acumulado del equipo.

¿Cuál es la diferencia entre rehost y relocate? Rehost mueve un servidor individual como instancia EC2. Relocate mueve todo el hipervisor VMware con sus máquinas virtuales, manteniendo la capa de virtualización original.

¿Cuándo aplicar retire durante una migración?

Retire identifica los servicios que se eliminan en el proceso. De 50 aplicaciones inventariadas, quizá solo migras 40 y las otras 10 mueren en el camino [10:50].

Ejemplos típicos:

Servidores de monitoreo como Nagios o Zabbix que reemplazas por herramientas nativas del cloud provider.
Hipervisores que ya no necesitas porque migras de forma nativa a EC2.
Aplicaciones duplicadas o sin uso real detectadas en el inventario.

Retire saca esos servicios del scope de la migración y limpia el portafolio.

¿Cómo elegir la estrategia correcta en un escenario real?

Piensa en este caso típico de examen Cloud Practitioner: una aplicación web on premise se cae varias veces al mes por demanda. Se acerca una campaña de marketing grande, el CTO te da presupuesto y acceso al equipo de desarrollo, y necesitas que escale bien en la nube [12:30].

Las opciones son:

Rehost más autoescalamiento.
Refactor llevando la aplicación a contenedores con Fargate.
Repurchase con autoescalamiento.
Retain.

La respuesta correcta es refactor. Tienes presupuesto para invertir en desarrollo, equipo capacitado para hacer cambios profundos y la necesidad de escalabilidad alta justifica el rediseño completo. Con EKS sobre Fargate, la aplicación soporta picos sin caerse.

¿Qué estrategia aplicarías tú en tu próxima migración? Cuéntame en los comentarios cuál es el escenario que estás enfrentando.

Daniel Sanchez

Hace 2 años

Que tan conveniente es optar por el refactor si se aproxima la campaña de marketing?, creo que en este caso aun que haya presupuesto para el equipo de desarrollo esto quiza lleve tiempo y creo que si se pondera mas la campaña. marketing un rehost con el escalamaniento seria la mejor opcion por la inmediates

Irving Juárez

Hace 2 años

No solo por la inmediatez, si no por la simplicidad. El refactor deberia ser considerada una posibilidad si a la empresa le conviene en temas de costos o performance, pero habria que hacer una prueba de concepto antes.

En una migración no me parece una opción

Cristofer Vargas Morales

Hace un año

Opino lo mismo, por temas de tiempo será muy poco probable que pueda realizar un "refactor" y que todo quede OK para la campaña que se aproxima.

Yo diría un Rehost y luego añadir escalamiento

Otra opción podría ser un Repurchase validando la escalabilidad en su integración, mientras en paralelo se realiza el "refactor". Aunque esto implicaría un costo de la adquisición de la suite de aplicaciones que probablemente se elimine cuando se implemente el refactor, siendo un gasto en el presupuesto que no tendrá inversión.

Otra opción podría ser un "Replatform" pero depende de dónde está la lentitud, si es la BD tranquilamente podemos usar RDS y luego migrar la data con Migration Service. Solo eso por el momento, generando una nube híbrida (on-premise la capa nackend) y nube (la BD con escalabilidad). De esa manera me aseguro que sí o sí voy a requerir un RDS en un futuro, mientras hago mi análisis para un Refactor.

Evalúo los costos, tiempo, y ante ello, puede ser que el rehost con escalamiento sea la mejor opción.

Comentarios (13)13 comentarios

Julián Andrés Loaiza Ospina

Santiago Ahumada Lozano

Hace 10 meses

Carlos Andrés Moreno Jimenez

Santiago Rios Olaya

Julian Trujillo

Clayton Jhordan Iliquin Zavaleta

Fabian Bohorquez Heredia

Hace 2 meses

Hace 10 meses•editado

Daniel Hurtado Jimenez

Gerardo Alberto Soto Alvarez del Castillo

Fundamentos de la Infraestructura Global de AWS

Qué es AWS y por qué aprenderlo

Cómo crear tu cuenta en AWS sin sorpresas

Seguridad en AWS: Prácticas Esenciales y Gestión de Accesos

Modelo de Responsabilidad Compartida en AWS: Seguridad y Cumplimiento

Creación y gestión de usuarios en AWS IAM

Regiones y Zonas de Disponibilidad en AWS

Local Zones, Outposts y Edge Locations en AWS

Gestión de DNS y dominios con AWS Route 53

Redes en AWS

Componentes y configuración de una VPC en AWS

Seguridad en VPC: Grupos de Seguridad y Network ACLs

Creación de una VPC en AWS: Paso a Paso Práctico

Cómo conectar subredes con NAT e IGW en AWS

Opciones de Conectividad en AWS: VPN y DirectConnect

CloudFront vs Global Accelerator en AWS

Servicios de cómputo en AWS

Qué es EC2 y cómo funciona

Creación de un Servidor Web en AWS Paso a Paso

Conexión a Servidor AWS EC2 usando SSH en Mac y Linux

Conexión a Servidor con PuTTY en Windows

Instalación de un Servidor Web Apache en AWS EC2

Tipos de Instancias EC2 y Casos de Uso en AWS

Comparación de precios y tipos de instancias EC2 en AWS

Servicios de Contenedores en AWS: Docker, ECS, EKS y Fargate

Conceptos Básicos de Serverless y AWS Lambda

Balanceo de Carga y Auto escalamiento

Tipos de balanceadores de carga en AWS

Autoescalamiento en AWS: Gestión Dinámica de Recursos en la Nube

Implementación de Aplicación Web en AWS con Alta Disponibilidad

Conexión SSH a servidores privados en AWS

Configuración de Balanceador de Carga en AWS EC2

Cómo borrar recursos de AWS sin cargos

Almacenamiento en AWS

Opciones de Almacenamiento en la Nube con AWS

Tipos de almacenamiento en AWS: bloques, archivos y objetos

Almacenamiento y Seguridad en Amazon S3: Uso y Configuración

Clases de Almacenamiento en Amazon S3: Usos y Características

Migración de Datos a AWS con Snow Family y Amazon S3

Creación y Configuración de Buckets en Amazon S3

Funciones clave de un bucket en AWS S3

Qué es Amazon EBS y cómo funciona

Tipos de volúmenes EBS y sus casos de uso en AWS

Almacenamiento de Archivos en AWS: EFS y FSx

Almacenamiento Híbrido con AWS Storage Gateway

Bases de datos en AWS

Creación y Gestión de Bases de Datos Relacionales en AWS

Bases de Datos en AWS: Relacionales vs No Relacionales

Creación de una Base de Datos MySQL en AWS Paso a Paso

Conectar MySQL en AWS RDS con DBeaver

Introducción a DynamoDB: Características y Ventajas en AWS

Crea tu primera tabla en DynamoDB

Seguridad en AWS

Seguridad en AWS: Protección de Recursos y Aplicaciones en la Nube

Gestión de Roles, Grupos y Políticas en AWS IAM

AWS Shield vs WAF contra ataques DDoS

Administración de Llaves de Seguridad en AWS KMS y CloudHSM

Cómo crear y usar tu primera llave KMS

Gestión de Secretos en AWS con Amazon Secrets Manager

Seguridad en AWS: Artifact, GuardDuty, Inspector y Config

Monitoreo y Auditoría de Recursos AWS: CloudTrail y AWS Config

Servicios de Seguridad en AWS: Amazon Macie, Security Hub y más

Costos en AWS

Modelos de Precios y Costos en AWS: Comprensión y Estrategias

Cómo analizar costos diarios con Cost Explorer

Gestión de Presupuestos con AWS Budgets

Costos de Infraestructura: On-Premises vs Nube y Herramientas AWS

Creación de alertas de presupuesto en AWS

Saving Plans de AWS: hasta 72% de descuento

Planes de Soporte AWS: Diferencias y Selección Adecuada

Frameworks AWS: Well-Architected y Cloud Adoption

Servicios Complementarios

Gestión Multicuenta en AWS con Control Tower y Organizations

Servicios de datos en AWS para analistas

Servicios de machine learning en AWS

Principales Servicios de Desarrollo en AWS

Servicios Avanzados de AWS para Aplicaciones Modernas y Seguras

Migracion a la nube de AWS

Estrategias de Migración a la Nube: Las 7 R's de AWS

Rehost, Refactor y las 7 estrategias AWS