Análisis de la cartera y planificación de la migración

Esta etapa se centra en iterar la visión a nivel de cartera, cerrar las brechas de datos y obtener más datos para elaborar planes de oleada de migración de alta confianza para toda la cartera. 

Las partes interesadas de esta etapa suelen ser una mezcla de las dos etapas anteriores. Entre ellos se encuentran CxOs líderes sénior, equipos de migración y plataformas y arquitectos empresariales y de TI. La clave es aumentar la fidelidad de los datos a nivel de cartera mediante la iteración y el perfeccionamiento.

Consejo: Para obtener información y orientación, consulte la sección correspondiente de la guía de evaluación de la cartera de aplicaciones para las migraciones a la nube de AWS.

Objetivos y acciones de alto nivel

• Establezca una base de referencia para la cartera de aplicaciones y la infraestructura asociada: repita los datos a nivel de la cartera, partiendo de la etapa de descubrimiento, aceleración y planificación inicial, para cerrar las brechas y generar una visión de alto nivel de toda la cartera de aplicaciones. En esta etapa, es fundamental refinar los atributos de application-to-infrastructure mapeo, datos de uso y metadatos de las aplicaciones. Estos atributos incluyen la propiedad, la criticidad y la función principal de cada aplicación.

• Obtenga y analice los datos de dependencia (normalmente mediante herramientas de detección especializadas): para validar las aplicaciones y facilitar la creación de planes de migración, en esta etapa es fundamental disponer de datos fiables sobre la dependencia de las aplicaciones. Los datos de dependencia incluyen los datos de comunicación, como el volumen y la frecuencia de la comunicación entre los sistemas, y las dependencias no técnicas, como las consideraciones operativas. Estas dependencias determinan qué aplicaciones deben moverse al mismo tiempo y qué aplicaciones pueden funcionar desde diferentes ubicaciones.

• Identifique y valide los requisitos normativos y de cumplimiento: identifique y valide los marcos, las normas, las pruebas y los requisitos de documentación. 

• Convierta las suposiciones en hechos: ¿cuánto se ha supuesto en las etapas anteriores? En esta etapa, es clave reducir el número de suposiciones al mínimo.

• Establezca una base de referencia para los modelos de racionalización de la cartera de migración: repita los modelos de etapas anteriores (por ejemplo, los criterios de priorización de las solicitudes y el árbol de decisiones de las 6 R). Valide los modelos aplicándolos a toda la cartera de aplicaciones.

• Documente los resultados empresariales cuantificables: para alinear las oleadas de migración con los objetivos empresariales, identifique los resultados empresariales y los indicadores principales (KPI) clave asociados a cada oleada de migración.

• Desarrolle el modelo de negocio direccional: sustituya los puntos de referencia por datos reales de utilización y costos, y ajuste los costos de migración de acuerdo con el plan de migración actualizado. Amplíe la cobertura para incluir todo el valor esperado de cada resultado empresarial esperado, como la reducción de costos, la mejora de la productividad de la TI, el aumento de la resiliencia y la mayor agilidad.

• Documente y comunique las fechas clave: documente y comunique los eventos importantes (como las fechas de cierre de los centros de datos, las renovaciones de contratos y acuerdos de licencia), los ciclos de lanzamiento de las aplicaciones, las fechas de migración que se deben evitar, los ciclos de actualización de la tecnología y la disponibilidad de personal.

• Analice el costo y el riesgo de la planificación de las olas: ¿cuánto cambio paralelo se puede soportar o tolerar? Analice las necesidades de personal, la identificación y mitigación de los riesgos, la criticidad y el impacto.

• Identifique los requisitos de habilidades: ¿Cuál es el nivel de preparación previsto para soportar los diferentes tipos de carga de trabajo en la nube? ¿El plan de la ola de migración se ajusta a la preparación proyectada? ¿Los equipos de soporte pueden cumplir con los requisitos del plan de oleada?

• Documente los procesos internos: documente la información sobre los procesos actuales que afectan a la migración a la nube, como la gestión de cambios, la gestión de servicios, las juntas de revisión arquitectónica, las evaluaciones de riesgos y los flujos de trabajo de aprobación.

• Cree un plan de oleada de migración: para crear un plan de oleada, combine todos los elementos descritos anteriormente en esta lista. Aplique criterios de priorización a la cartera y analice las dependencias para crear oleadas de aplicaciones. Incorpore la preparación de la plataforma y la migración en el plan de la oleada de migración. ¿Cuánto tiempo lleva implementar la infraestructura y los servicios de AWS? ¿Qué se necesita para garantizar la seguridad y la preparación operativa? ¿Cuál es el impacto en la duración de la ola? ¿Cuánto tiempo lleva implementar las herramientas de migración? ¿Cuánto tiempo se tarda en replicar los datos, teniendo en cuenta el uso de la red y los sistemas? ¿Qué es la ventana de transición? ¿Cuánto tiempo se tarda en retroceder?

• Actualice los flujos de trabajo: establezca un proceso para incorporar los datos detallados de evaluación de la cartera y las aplicaciones a los flujos de trabajo de las zonas de migración y aterrizaje. Asegúrese de que estos flujos de trabajo describan claramente sus requisitos de datos.

Resultados

• Inventario de aplicaciones e infraestructuras de alta fidelidad

• Estrategia de migración de alto nivel para cada aplicación

• Modelo de negocio detallado

• Plan de oleada de migración de alta confianza

Prácticas recomendadas

• Asegúrese de que las aplicaciones estén distribuidas de manera uniforme en el plan de migración. Tenga en cuenta la criticidad y la complejidad para evitar focos de complejidad que puedan crear bloqueos o retrasar las migraciones.

• Priorice las aplicaciones simples y no críticas en las dos primeras oleadas.

• Concéntrese en combinar la priorización, las dependencias y los factores empresariales para repetir el plan de oleada.

• Tenga en cuenta la infraestructura de la nube, la seguridad y la preparación operativa (incluidas las habilidades) al crear el plan de oleaje.

• Elabore planes de oleada de modo que la duración de una oleada de migración, que suele oscilar entre 4 y 8 semanas, describa el recorrido de la aplicación. Cada oleada debe cubrir lo siguiente:

  • Evaluación detallada

  • Preparación para la migración

  • Creación y prueba de la infraestructura

  • Transferencia de datos

  • Una transición de las aplicaciones de la ola

  • Cierre de la ola (por ejemplo, lecciones aprendidas, resolución de problemas posteriores a la migración)

Defina y utilice una estructura de oleadas predeterminada para aplicar un modelo de fábrica de migraciones que incluya una evaluación detallada, el diseño, la implementación, las pruebas, la transición y la validación.