Blog de Amazon Web Services (AWS)

Cómo simplificar y organizar migraciones a escala con las funcionalides de AWS Application Migration Service (MGN) – Parte 1

Por Juliano Fernandes Baeta , Arquitecto Senior de Soluciones para Socios Globales,
Thiago Mantovani , Arquitecto de Soluciones de AWS especializado en migraciones
y
Pedro Calixto, Arquitecto de Soluciones especializado en migraciones en  AWS 

Con más de un millón de clientes activos y una presencia global en la nube, Amazon Web Services (AWS) cuenta con las herramientas necesarias para ayudar a organizaciones de todos los tamaños a migrar aplicaciones, sitios web, bases de datos, almacenamiento, servidores físicos o virtuales, e incluso centros de datos completos de un entorno local a la nube. Este conjunto de tres artículos mostrará algunas sugerencias para ayudar a organizar migraciones en escala hacia AWS a través de un “paso a paso” utilizando las funcionalidades de AWS Application Migration Service (MGN).

Motivadores para migrar a la Nube

Existen varios motivadores para migrar cargas de trabajo a la nube, entre ellos:

  • Innovación y transformación digital: AWS proporciona herramientas para acelerar la transformación digital, facilitando el acceso a las últimas tecnologías y mejores prácticas. Las empresas pueden beneficiarse de recursos como la automatización, los contenedores y el aprendizaje automático. (machine learning).
  • Productividad del equipo: Puede aumentar la productividad del equipo en la nube utilizando AWS con enfoques modernos de ingeniería de software. AWS admite mejoras continuas/implementación continua (CI/CD), arquitectura de microservicios, pruebas automatizadas y más.
  • Agilidad empresarial: también tienes mayor agilidad en la nube. Puede implementar nuevas funciones y aplicaciones más rápido y reducir los errores. Puede proporcionar recursos para apoyar nuevas iniciativas y aumentar o reducir las capacidades existentes en la nube para satisfacer su demanda.
  • Resiliencia operativa: Otro beneficio de migrar a la nube es la resiliencia operativa. Esto le permite mejorar los acuerdos de nivel de servicio y reducir las interrupciones no planificadas. AWS distribuye la infraestructura y los servicios en multiples regiones y zonas de disponibilidad, para ayudar a sus clientes a protegerse contra interrupciones. Esto evita puntos únicos de falla al crear componentes independientes y redundantes.
  • Seguridad mejorada: La migración a la nube de AWS coloca a las aplicaciones y los datos detrás de la seguridad física avanzada de los centros de datos de AWS. Existen varias herramientas para administrar el acceso a los recursos, como grupos de seguridad granulares, listas de control de acceso a la red y administración de claves criptográficas, por ejemplo.
  • Migraciones de centros de datos en modalidad de outsourcing o colocation: La caducidad de los contratos de outsourcing o colocation, así como los desafíos relacionados con immuebles o instalaciones, también pueden impulsar la migración a la nube. Si hay un incremento en la renta o el contrato vence, puede ser necesario migrar el centro de datos.
  • Cargas de trabajo intensivas en computación a gran escala: Algunas cargas de trabajo pueden requerir más servidores de lo que permite la capacidad local. Adicionalmente, si son intermitentes o estacionales, la capacidad adicional estaría inactiva fuera de las horas pico.
  • Ahorro de costos: Puede reducir costos con AWS de diversas maneras. Por ejemplo, puede elegir entre diferentes tipos de instancias de Amazon Elastic Compute Cloud (Amazon EC2) según tus necesidades informáticas. El escalado automático le ayuda a escalar recursos hacia arriba o hacia abajo para satisfacer la demanda. También hay muchas opciones de base de datos para elegir, que ofrecen ahorros en licencias y servidores..

Estrategias de migración a la nube

Con base en el estado actual de un recurso determinado y las herramientas y oportunidades disponibles en la nube, usted decide qué estrategia usar al migrar. Es importante señalar que la mayoría de los proyectos de migración emplean varias estrategias, y hay diferentes herramientas disponibles para cada estrategia. La estrategia de migración influye en el tiempo necesario para migrar y en la agrupación de la aplicación para el proceso de migración. Las siguientes son las siete estrategias migratorias más comunes:

  • Rehost: Realojar. También conocida como “Lift-and-Shift” (Elevar y Cambiar), esta estrategia implica mover una aplicación existente a la nube sin realizar cambios significativos en su arquitectura u operación. Es un enfoque rápido y directo, donde la aplicación simplemente se “realoja” en la nube, a menudo utilizando servicios de Infraestructura como servicio (IaaS). Si bien no aprovecha al máximo los recursos de la nube, esta estrategia permite obtener beneficios como escalabilidad y reducción de costos operativos.
  • Relocate: Relocalizar. En esta estrategia, el foco está en el movimiento físico del entorno de TI existente a la nube, ya sea su propio centro de datos o un ambiente tercerizado. Generalmente se utiliza cuando la compañía quiere migrar su infraestructura a la nube, manteniendo la arquitectura y la funcionalidad sin cambios. Este enfoque es útil cuando existe la necesidad de mejorar la disponibilidad, escalabilidad o rendimiento de la infraestructura actual.
  • Replatform: Replataforma.También conocida como “Lift-and-Tweak” (Elevar y Ajustar), esta estrategia consiste en migrar una aplicación a la nube, realizando algunas modificaciones a la capa de la plataforma. En este caso, el objetivo es aprovechar los servicios gestionados en la nube, como bases de datos como servicio (DBaaS) o servidores de aplicaciones, para optimizar el funcionamiento de la aplicación y obtener beneficios adicionales, como mayor escalabilidad, administración simplificada y costos de mantenimiento reducidos.
  • Repurchase: Recompra. Esta estrategia implica reemplazar la aplicación actual por un nuevo software o servicio disponible en la nube. Se puede adoptar un enfoque de Software como Servicio (SaaS), donde una aplicación existente es reemplazada por una solución basada en la nube lista para usar, como un sistema de gestión de relaciones con el cliente (CRM) o un software de contabilidad. Esta estrategia es útil cuando se quiere aprovechar una aplicación en la nube y evitar la complejidad del desarrollo interno.
  • Refactor: Rearquitectura. También conocido como “Rearchitect” (Rearquitectar), esta estrategia implica modificar significativamente el código y la arquitectura de una aplicación para aprovechar los recursos nativos de la nube. Es un enfoque más complejo, pero le permite obtener todos los beneficios de la nube, como la escalabilidad automática, la tolerancia a fallas y el uso eficiente de los recursos. Se pueden adoptar servicios como contenedores, microservicios o funciones sobre servidor administrado (serverless) para modernizar y optimizar la aplicación.
  • Retain: Retener. En esta estrategia, la compañía decide mantener las aplicaciones existentes en su infraestructura actual, ya sea local o en un entorno de terceros. Esta estrategia se adopta cuando los beneficios de migrar a la nube no justifican los costos o esfuerzos involucrados.

Cada estrategia implica cambiar la aplicación y sus características subyacentes de diferentes maneras. Por ejemplo, realojar una aplicación requiere cambios mínimos en la aplicación, pero la refactorización de una aplicación puede implicar una reestructuración completa de la arquitectura del software.

Rehost, o «Lift-and-Shift»

“Rehost” es una de las estrategias de migración a la nube más rápidas. Con esta estrategia, simplemente levanta y transfiere un servidor o aplicación del entorno local a la nube. Realojar una aplicación implica reimplementar los componentes de una aplicación en la nube sin recompilar, alterar el código de la aplicación o modificar características y funciones, ni cambiar la versión del sistema operativo o software de base de datos. Puede haber cambios mínimos en los recursos durante el proceso de migración. Esta estrategia de migración es rápida, predecible, repetible y rentable, lo que la convierte en el método más común para migrar a la nube. Si no hay tiempo suficiente para optimizar una applicación antes de la migración, puedes usar el rehosting para migrar rápidamente la aplicación y optimizarla posteriormente. Esta estrategia admite migraciones con limitaciones de tiempo y puede obtener rápidamente los beneficios de costos y la eficiencia operativa del uso de la nube. Para esta primera fase de un viaje a la nube, es necesario utilizar una herramienta confiable para la replicación de datos, organización y monitoreo de olas de migración, como el AWS Application Migration Service (MGN)

Qué es el servicio de migración de aplicaciones (MGN) de AWS

AWS Application Migration Service (MGN) es una solución de rehost (Lift-and-Shift) altamente automatizada que simplifica, agiliza y reduce el costo de migrar aplicaciones a AWS. Permite a las empresas realojar grandes cantidades de servidores físicos, virtuales o en la nube sin problemas de compatibilidad, interrupción del rendimiento o largos períodos de transición. La integración de la consola de administración de AWS es una ventaja significativa del uso de AWS MGN. Esto proporciona una integración perfecta con otros servicios de AWS, como AWS CloudTrail y Amazon CloudWatch para el cumplimiento y el monitoreo, y AWS IAM como el mecanismo estándar de autorización y autenticación de AWS. AWS MGN utiliza AWS CloudTrail como la solución centralizada de govierno, cumplimiento y auditoría operativa. Puede identificar qué usuario inició una actividad de transferencia o modificó una plantilla de lanzamiento.

Arquitectura del AWS Application Migration Service (MGN)

AWS MGN replica los discos de los servidores de origen a volúmenes de EBS conectados a instancias llamados instancias de replicación (“Staging Area Replication Servers”). No es necesario crear estos servidores; se crean automáticamente como parte del proceso cuando se replica el primer servidor. Además, las instancias EC2 de destino se lanzan solo cuando se prueba o inicia un paso de transferencia, lo que proporciona una solución rentable, ya que no hay un entorno informático duplicado durante el proceso de replicación de datos.

Ciclo de vida del AWS Application Migration Service (MGN)

  • Evaluar: Prepare su entorno identificando las máquinas que desea migrar. Agregue sus servidores de origen a la consola AWS MGN para migrarlos a AWS. Identificar los servidores de origen, la red y el dimensionamiento correcto de la instancia son las tareas realizadas como parte de la fase de evaluación;
  • Configurar los ajustes de replicación e inicialización: Estos conjuntos de instrucciones se denominan “Replication Template” y “Launch Template”. Determinan cómo será la replicación, la configuración de los servidores de replicación y las instancias de prueba y transición en AWS. Estas configuraciones se pueden cambiar individualmente para cada servidor, pero la definición de una plantilla define la configuración general de replicación e inicio de AWS MGN;
  • Instalar el agente de replicación: instalar el agente de replicación de AWS MGN para la replicación de datos en los servidores de origen para una transferencia de datos sin interrupciones;
  • Iniciar instancias de prueba: Una vez que hayas agregado todos tus servidores de origen y hayas configurado tus ajustes de inicio, estarás listo para lanzar una instancia de prueba. Puede probar un servidor de origen a la vez o probar varios servidores de origen simultáneamente;
  • Migrar: Una vez que haya terminado de probar todos sus servidores de origen, estará listo para la migración definitiva. Debes realizar la transferencia en una fecha y hora establecidas. La transferencia migrará sus servidores de origen a las instancias de cutover en AWS. Puede migrar un servidor de origen a la vez, o puede migrar simultáneamente varios servidores de origen.

Conclusión

AWS Application Migration Service (MGN) es una solución de Rehost (Lift-and-Shift) que simplifica y agiliza la migración de cargas de trabajo a AWS. En el siguiente post (Parte 2) demostraremos cómo activar AWS MGN, iniciar la replicación de datos a AWS, y también explicaremos las funcionalidades posteriores al lanzamiento “Post-launch actions” para automatizar ciertas actividades. Hasta el próximo Post!

 

Este artículo fue traducido del Blog de AWS en Portugués.


Acerca de los Autores

Juliano Fernandes Baeta es Arquitecto de Soluciones para socios globales en Estados Unidos y América Latina. Su misión es ayudar a los clientes y a las empresas de integración de sistemas a crear soluciones seguras, eficaces y resilientes en AWS.

 

 

 

 

Thiago Mantovani se encuentra en Brasil y es un Arquitecto de soluciones de AWS especializado en migraciones. Su objetivo principal es ayudar a clientes de diversos segmentos en América Latina en su viaje hacia la nube de una manera resiliente y escalable. Fuera del trabajo, le encanta divertirse con su familia y es un gran fanático de los deportes y practicante.

 

 

 

 

Pedro Calixto es un Arquitecto de Soluciones especializado en migraciones en AWS. Pedro forma parte del equipo de Aceleración de la Nube para América Latina. Su enfoque es ayudar a las empresas a superar los resultados comerciales al acelerar la migración y modernización de las cargas de trabajo a AWS de manera escalable.

 

 

 

 

Revisor

Luis Alberto es un profesional con más de 28 años de trayectoria en tecnología. Está localizado en Colombia y es arquitecto de Soluciones, especialista en temas de migración a AWS para clientes de diferentes industrias en Latinoamérica. Está enfocado en apoyar a sus clientes en la adopción de herramientas que los ayudan a acelerar su migración a AWS