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.
Replataforma de COTS y aplicaciones internas durante una migración a la nube AWS
Anbu Selvan, Amazon Web Services () AWS
Marzo de 2021 (historial del documento)
Esta guía describe siete áreas en las que debe centrarse al cambiar la plataforma de aplicaciones comerciales off-the-shelf (COTS) e internas en la nube de Amazon Web Services (AWS). La guía también proporciona estrategias, herramientas y AWS servicios que le ayudarán a cambiar la plataforma de los componentes de las aplicaciones. Las aplicaciones COTS son aplicaciones de terceros que están listas para usar y se pueden comprar en un mercado comercial (por ejemplo, AWS Marketplace
Una vez que decida migrar su COTS o sus aplicaciones internas al COTSNube de AWS, debe evaluar cuál de las siete estrategias de migración más comunes (7 R) debe utilizar. Estas estrategias son refactorizar, redefinir la plataforma, recomprar, volver a alojar, reubicar, retener y la retirar. Le recomendamos que cambie la plataforma de las aplicaciones que utilicen componentes o bases de datos que hayan alcanzado o estén a punto de alcanzar su fecha end-of-support (EOS). EOS se produce cuando un proveedor retira el soporte técnico de un producto. Si opta por cambiar la plataforma de una aplicación en la AWS nube, puede beneficiarse de las siguientes capacidades:
-
Automatice las actualizaciones locales del sistema operativo (SO) con. AWS Systems Manager
-
Utilice volúmenes de almacenamiento de instantáneas para crear rápidamente imágenes de máquina de Amazon (AMI) a partir de instancias de Amazon Elastic Compute Cloud (Amazon EC2).
-
Cree una subred privada para aislar las cargas de trabajo que se ejecutan en sistemas operativos (SO) obsoletos.
-
Utilice redes de alta velocidad para replicar rápidamente los entornos de producción y probar la replataforma.
-
Configure rápidamente una pila de aplicaciones independiente con instancias EC2 bajo demanda, sin necesidad de utilizar hardware local adicional.
Para aprovechar estas y otras capacidades disponibles en la AWS nube, le recomendamos que primero realoje la aplicación mediante. AWS Application Migration Service A continuación, puede actualizar la aplicación en la AWS nube. La siguiente lista proporciona ejemplos de cuándo se debe cambiar la plataforma de una aplicación:
-
El soporte ya no está disponible para el sistema operativo, los tiempos de ejecución (por ejemplo, Apache Tomcat
, JBoss u Oracle WebLogic Server ), las bases de datos o los componentes de tiempo de ejecución de la aplicación (por ejemplo, Java, Python o Perl). -
La aplicación debe ser más resistente y recuperarse automáticamente de los fallos (por ejemplo, errores de software o problemas de infraestructura).
-
Se requieren nuevas funcionalidades de la aplicación para los nuevos segmentos de clientes o para soportar un aumento de las cargas.
-
La aplicación es inestable y requiere mejoras para mejorar la estabilidad operativa.
Antes de iniciar un proceso de cambio de plataforma, debe explorar alternativas a las funcionalidades de su aplicación; por ejemplo, evaluar si puede sustituirlas por una solución de software como servicio (SaaS) de un proveedor de software independiente (ISV). También es posible que pueda reconstruir las funcionalidades de la aplicación mediante AWS servicios como AWS LambdaAmazon Cognito, Amazon MQ AWS Glue, Amazon o QuickSightAmazon Aurora.
Esta guía es para administradores de TI, propietarios de aplicaciones, arquitectos, líderes técnicos y gerentes de proyectos. La guía proporciona las siete áreas siguientes en las que centrarse al cambiar la plataforma de los COTS y las aplicaciones internas en la AWS nube:
Resultados empresariales específicos
Tras cambiar de plataforma los COTS y las aplicaciones internas en la nube, debería esperar los cuatro resultados siguientes: AWS
-
Reduzca los riesgos de seguridad derivados de las aplicaciones heredadas que ejecutan software o sistemas operativos no compatibles.
-
Reduzca los costos generales de propiedad de las aplicaciones eliminando las costosas ediciones de bases de datos que no son esenciales o adoptando bases de datos de código abierto.
-
Reduzca la sobrecarga operativa mediante el uso de bases de datos AWS administradas (por ejemplo, Amazon Relational Database Service (Amazon RDS) o Aurora) para lograr niveles más altos de disponibilidad y confiabilidad para sus aplicaciones.
-
Haga que las aplicaciones heredadas sean más resilientes mediante la adopción de funciones de automatización y supervisión nativas de la nube, como la CloudWatch supervisión de Amazon o los parches del sistema operativo basados en Systems Manager.
