Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Rutas hacia la nube
En esta sección se describe un enfoque general para implementar las prácticas recomendadas para migrar las aplicaciones de Windows a AWS. Los detalles de estas estrategias y los pasos de migración se describen en las secciones siguientes de esta guía.
Estrategias de migración
Una estrategia de migración es el enfoque que se utiliza para migrar una carga de trabajo a la Nube de AWS. Existen siete estrategias de migración comunes para trasladar aplicaciones a la nube. Estas estrategias se conocen como las 7 R y se basan en las 7 R
-
Volver a alojar (migrar mediante lift-and-shift): traslade una aplicación a la nube sin hacer cambios para aprovechar las funcionalidades de la nube.
-
Reubicar: (migrar el hipervisor mediante lift and shift): traslade la infraestructura a la nube sin comprar equipo nuevo, reescribir aplicaciones o modificar las operaciones actuales.
-
Redefinir la plataforma (transportar y redefinir): traslade una aplicación a la nube e introduzca algún nivel de optimización para aprovechar las funcionalidades de la nube.
-
Recomprar (readquirir): cambie a un producto diferente, lo cual se suele llevar a cabo al pasar de una licencia tradicional a un modelo de software como servicio (SaaS).
-
Refactorizar/rediseñar: traslade una aplicación y modifique su arquitectura mediante el máximo aprovechamiento de las características nativas en la nube para mejorar la agilidad, el rendimiento y la escalabilidad.
-
Retener (revisitar): conserve las aplicaciones en el entorno de origen. Entre estas se pueden incluir las aplicaciones que requieren una refactorización importante, que quiera posponer para más adelante, y las aplicaciones heredadas que quiera retener, ya que no hay ninguna justificación empresarial para migrarlas.
-
Retirar: retire o elimine las aplicaciones que ya no sean necesarias en un entorno de origen.
Transformaciones principales
Al modernizar las aplicaciones y bases de datos antiguas de Windows, se producen las transformaciones principales siguientes:
-
Volver a alojar: el primer paso es trasladar la infraestructura en las instalaciones a la infraestructura en la nube. Esta estrategia suele denominarse “migrar mediante lift-and-shift” o volver a alojar. Volver a alojar significa migrar las aplicaciones y bases de datos existentes a una instancia de servidor en la nube. No es necesario hacer cambios en el código y es responsable de administrar la configuración de la instancia, la imagen del software y otros recursos.
-
Redefinir la plataforma: después de migrar a un entorno en la nube, la siguiente transformación consiste en redefinir la plataforma de las aplicaciones y bases de datos a un entorno más automatizado y administrado. Desde la perspectiva de las aplicaciones, eso significa pasar de las máquinas virtuales (VM) a los contenedores. La organización de aplicaciones en contenedores puede serle útil para desarrollar, mantener e implementar aplicaciones con mayor rapidez y a mejorar la portabilidad. AWS cuenta con herramientas, por ejemplo AWS App2Container
, que ayudan a automatizar el proceso de organización de aplicaciones heredadas en contenedores. Por lo que respecta a las bases de datos, al pasar de un modelo de autoservicio a un servicio de base de datos administrado, como Amazon RDS para SQL Server, se elimina la necesidad de aprovisionamiento, revisiones y copias de seguridad. En última instancia, esto libera recursos para actividades que pueden aportar más valor a su organización. -
Refactorizar y rediseñar: la tercera área de transformación consiste en pasar de la concesión de licencias de software comercial a las opciones de código abierto. Muchos proveedores tradicionales de software comercial han creado sus negocios en torno a acuerdos de licencia de software que tienen como objetivo retener a los clientes y utilizar condiciones de licencia punitivas para forzar las actualizaciones y las migraciones. A menudo, las tasas de licencia de software comercial suelen agregar entre un 20 % y un 50 % del costo a las opciones equivalentes de código abierto. Recomendamos refactorizar las aplicaciones y las bases de datos para aprovechar las opciones de código abierto, de manera que pueda reducir los costos, mejorar el rendimiento y acceder a las últimas innovaciones.
Puede completar estas áreas principales de transformación de manera progresiva, por etapas o de una sola vez, según la aplicación y el grado general de preparación para la modernización.
Elección de una estrategia de migración
La estrategia de migración que elija depende de los objetivos empresariales y de TI de su organización. Algunos de los factores empresariales más comunes son la reducción de los costos, la reducción del riesgo, la mejora de la eficiencia, la subsanación de las carencias de habilidades y la aceleración de la innovación. Le recomendamos evaluar qué factores son importantes para usted y, a continuación, elija una estrategia de migración basada en estos. Para ello, utilice las instrucciones siguientes. Además, recuerde que los tres enfoques son posibles caminos en su proceso de modernización de la nube, según sus prioridades durante cada fase del proceso.
Cuándo volver a alojar
Volver a alojar (o migrar mediante lift-and-shift) suele ser más rápido y sencillo, ya que no es necesario hacer cambios en el código o la arquitectura de la aplicación. Volver a alojar también minimiza los riesgos y las interrupciones del negocio. El equipo de operaciones puede seguir gestionando sus actividades como de costumbre, ya que la aplicación no cambia. Esto es sobre todo cierto en el caso de las migraciones a escala, en las que incluso un cambio pequeño resulta significativo debido a la gran cantidad de cargas de trabajo implicadas. Sin embargo, es importante tener en cuenta que al volver a alojar no se aprovechan al máximo las ventajas de la nube. Por ejemplo, si se migra una aplicación con un problema de plataforma existente, ese problema persistirá después de la migración. Por último, vale la pena tener en cuenta que el costo total de propiedad (TCO) y el retorno de la inversión (ROI) de volver a alojar son más bajos en comparación con otros enfoques de migración.
Cuándo redefinir la plataforma o rediseñar
Redefinir la plataforma suele ser más rentable que volver a alojar. Puede redefinir la plataforma para mejorar la automatización y permitir que las aplicaciones utilicen mejor las funcionalidades de la nube, como el escalado automático, la supervisión y la creación de copias de seguridad. Redefinir la plataforma reduce la sobrecarga operativa del equipo de operaciones en la nube y minimiza los riesgos derivados de problemas preexistentes con la plataforma. Sin embargo, redefinir la plataforma es más tardado que una migración para volver a alojar. Además, redefinir la plataforma requiere otras habilidades para configurar la automatización que hace los cambios de código en la aplicación y para poner en funcionamiento la plataforma nueva.
Cuándo refactorizar
Por lo general, la refactorización es el enfoque de migración más rentable. La refactorización es un enfoque nativo en la nube que permite a las aplicaciones adaptarse de manera rápida a los requisitos nuevos al desvincular los componentes de las aplicaciones para mejorar la resiliencia de las aplicaciones. Sin embargo, para la refactorización es necesario contar con habilidades de codificación y automatización más avanzadas. También, es más tardado implementar la refactorización porque implica volver a crear las aplicaciones.
