Caminos hacia la nube - AWS Guía prescriptiva

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.

Caminos hacia la nube

En esta sección se describe un enfoque de alto nivel para implementar las mejores prácticas para migrar las aplicaciones de Windows a AWS. Los detalles de estas estrategias y 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 Nube de AWS. Existen siete estrategias de migración para mover aplicaciones a la nube. Estas estrategias se conocen como las 7 R y se basan en las 7 R que Gartner identificó en 2019.

  • Rehospedar (levantar y cambiar): traslade una aplicación a la nube sin realizar ningún cambio para aprovechar las capacidades 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.

  • Cambiar la plataforma (levantar y remodelar): traslade una aplicación a la nube e introduzca algún nivel de optimización para aprovechar las capacidades de la nube.

  • Recompra (entrega y compra): cambie a un producto diferente, normalmente pasando de una licencia tradicional a un modelo de software como servicio (SaaS).

  • Refactorización y rediseño: traslade una aplicación y modifique su arquitectura aprovechando al máximo las funciones nativas de la nube para mejorar la agilidad, el rendimiento y la escalabilidad.

  • Retener (revisitar): conserve las aplicaciones en el entorno de origen. Estas pueden incluir aplicaciones que requieren una refactorización importante y que desee posponer para más adelante, o aplicaciones heredadas que desee conservar, ya que no hay justificación empresarial para migrarlas.

  • Retirar: retire o elimine las aplicaciones que ya no sean necesarias en un entorno de origen.

Principales transformaciones

Las siguientes transformaciones principales se producen al modernizar las aplicaciones y bases de datos antiguas de Windows:

  • Rehospedar: el primer paso es trasladar la infraestructura local a la infraestructura de nube. Esta estrategia suele denominarse «levantar y cambiar de ubicación» o realojamiento. Realojar significa migrar las aplicaciones y bases de datos existentes a una instancia de servidor en la nube. No es necesario realizar cambios en el código y tú eres responsable de gestionar la configuración de la instancia, la imagen del software y otros recursos.

  • Replataforma: después de migrar a un entorno de nube, la siguiente transformación consiste en cambiar la plataforma de las aplicaciones y bases de datos a un entorno más automatizado y gestionado. Desde la perspectiva de las aplicaciones, eso significa pasar de las máquinas virtuales (VMs) a los contenedores. La contenedorización de las aplicaciones puede ayudarle a desarrollar, mantener e implementar aplicaciones con mayor rapidez y a mejorar la portabilidad. AWS cuenta con herramientas que, por ejemplo AWS App2Container, ayudan a automatizar el proceso de contenedorización de las aplicaciones antiguas. En cuanto a las bases de datos, al pasar de un modelo de autoservicio a un servicio de base de datos gestionado, como Amazon RDS for SQL Server, se elimina la necesidad de aprovisionamiento, parches y copias de seguridad. En última instancia, esto libera recursos para actividades que pueden añadir más valor a su organización.

  • Refactorizar y rediseñar la arquitectura: 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 construido 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 añadir entre un 20 y un 50 por ciento del coste a las opciones equivalentes de código abierto. Recomendamos refactorizar sus aplicaciones y bases de datos para aprovechar las opciones de código abierto, de modo que pueda reducir los costes, mejorar el rendimiento y acceder a las últimas innovaciones.

Puede completar estas áreas principales de transformación de forma progresiva, por etapas o de una sola vez, en función de su aplicación y de su 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 brechas de habilidades y la aceleración de la innovación. Le recomendamos que evalúe qué factores son importantes para usted y, a continuación, elija una estrategia de migración basada en ellos siguiendo las siguientes instrucciones. Además, recuerde que los tres enfoques son posibles caminos en su proceso de modernización de la nube, en función de sus prioridades durante cada fase del proceso.

¿Cuándo realojar

El realojamiento (o levantarlo y cambiarlo) suele ser más rápido y sencillo, ya que no es necesario realizar cambios en el código o la arquitectura de la aplicación. El realojamiento 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 ha cambiado. Esto es especialmente cierto en el caso de las migraciones a gran 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 el realojamiento no aprovecha al máximo las ventajas de la nube. Por ejemplo, si migras 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 coste total de propiedad (TCO) y el retorno de la inversión (ROI) del realojamiento son más bajos en comparación con otros enfoques de migración.

¿Cuándo cambiar la plataforma o rediseñar la arquitectura

El cambio de plataforma suele ser más rentable que el realojamiento. Puede usar la replataforma para mejorar la automatización y permitir que sus aplicaciones utilicen mejor las capacidades de la nube, como el autoscaling, la supervisión y la realización de copias de seguridad. El cambio de 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, el cambio de plataforma lleva más tiempo que una migración de realojamiento. Además, el cambio de plataforma requiere habilidades adicionales para configurar la automatización que realiza los cambios de código en la aplicación y para poner en funcionamiento la nueva plataforma.

¿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 de la nube que permite a las aplicaciones adaptarse rápidamente a los nuevos requisitos al desvincular los componentes de las aplicaciones para mejorar la resiliencia de las aplicaciones. Sin embargo, la refactorización requiere habilidades de codificación y automatización más avanzadas. La implementación de la refactorización también lleva más tiempo porque implica la reconstrucción de las aplicaciones.