Establecer una base para la cartera de aplicaciones

Para crear planes de oleadas de migración fiables, debe establecer una base para la cartera de aplicaciones y su infraestructura asociada. Una base de referencia de la cartera proporciona una visión integral del alcance de la migración, incluidas las dependencias técnicas y la estrategia de migración. La base de referencia de la cartera proporciona claridad sobre qué aplicaciones están incluidas en el ámbito de la migración y permite recopilar los datos descritos en la sección Comprensión completa de los requisitos en materia de datos de evaluación. Del mismo modo, toda la infraestructura asociada (computación, redes de almacenamiento) se entiende y se asigna a las aplicaciones.

Las dependencias técnicas se pueden describir en cuatro categorías:

• A pplication-to-infrastructure Las dependencias establecen el vínculo entre el software y el hardware físico o virtual. Por ejemplo, existe una dependencia entre una aplicación de CRM y las máquinas virtuales en las que está instalada.

• Las dependencias entre los componentes de la aplicación describen cómo interactúan los componentes que se ejecutan en diferentes activos de infraestructura. Un ejemplo de dependencia entre un componente de una aplicación es una interfaz web que se ejecuta en máquinas virtuales, con una capa de aplicación que se ejecuta en una máquina virtual diferente y una base de datos que se ejecuta en un clúster de bases de datos.

• pplication-to-applicationLas dependencias a se refieren a la interacción entre aplicaciones o componentes de aplicaciones con otras aplicaciones o sus componentes. Un ejemplo de application-to-application dependencia es una aplicación de procesamiento de pagos y una aplicación de administración de existencias. Estas aplicaciones son independientes, pero interactúan constantemente mediante operaciones de API definidas.

• Las dependencias de un pplication-to-infrastructure servicio son application-to-application dependencias técnicas, dado que el servicio de infraestructura es en sí mismo una aplicación. Sin embargo, recomendamos clasificarlas por separado. La razón principal es que los servicios de infraestructura suelen ser compartidos por muchas aplicaciones, por lo que tienen un largo historial de dependencias. También suelen seguir una estrategia y un patrón de migración diferentes. Por ejemplo, un equilibrador de cargas puede contener grupos de equilibrio para varias aplicaciones. Lo que importa es la dependencia del grupo, que es probable que se migre de forma individual, junto con la aplicación dependiente, mientras que el propio balanceador de cargas se conserva o se retira. Además, la individualización application-to-infrastructure de las dependencias de los servicios ayuda a evitar grupos de dependencias falsos. Un grupo de dependencias falsas se produce cuando se agrupan varias aplicaciones empresariales, lo que implica que tienen una dependencia común a un servicio de infraestructura que deben migrarse al mismo tiempo. Por ejemplo, es probable que los servicios de autenticación, como Active Directory, estén asociados a grandes grupos de aplicaciones. La clave es abordar estas aplicaciones de forma individual y abordar la dependencia habilitando el servicio, como AWS Directory Service para Microsoft Active Directory, en el entorno de nube.

Cuando establezca una línea base para la cartera, le recomendamos que confirme una estrategia de migración para cada componente de la aplicación. La estrategia de migración será una de las 6 R de la migración (consulte la sección Iteración de la estrategia de migración de las 6 R). En la base de referencia de la cartera, se debe asociar una de las 6 R a cada solicitud. También se debe asociar una estrategia de 6 R a cada uno de los componentes de la infraestructura de la aplicación.

Para establecer una versión de referencia de la cartera, que incluya las dependencias y las estrategias de migración, utilice herramientas de descubrimiento automatizadas (consulte Evaluación de la necesidad de herramientas de descubrimiento). Complemente los datos con la información recopilada de las principales partes interesadas, como los propietarios de las aplicaciones y los equipos de infraestructura. Siga recopilando datos hasta obtener un inventario completo de la cartera que cumpla con los atributos y el nivel de fidelidad descritos en la sección de requisitos de datos para esta etapa. El conjunto de datos resultante será fundamental para impulsar la migración.

Tenga en cuenta que, según el alcance de su migración y las herramientas disponibles, esta actividad puede tardar varias semanas en completarse.