AWS ofrece un enfoque de tres fases para el programa de aceleración de la migración (MAP):
- Evaluar
- Movilizar
- Migrar y modernizar
Evaluación (evaluación de la capacidad para llevar a cabo una migración)
Esta fase de inventario y análisis de la situación existente lleva de 1 a 3 meses, y las siguientes cuestiones deben abordarse de forma prioritaria:
- Identificar el TCO (coste total de propiedad) en AWS (normalmente se utiliza Migration Evaluator) y confirmar que cumple los requisitos de acceso a MAP.
- Confirmar el presupuesto y los recursos humanos para realizar la migración.
- Identificar el proyecto necesario antes de la migración, mediante una Evaluación de la preparación para la migración (MRA). Esto evalúa la capacidad para llevar a cabo la migración de acuerdo con los siguientes criterios:
- La capacidad de la plataforma en nube (Landing Zone) para alojar aplicaciones a gran escala.
- La capacidad de las soluciones y procesos de seguridad para proporcionar los niveles esperados de seguridad en toda la cartera y para operar a escala.
- La capacidad de proporcionar gestión financiera de la nube para un gran número de aplicaciones y cuentas de AWS
- Las habilidades de los equipos para llevar a cabo actividades de migración y operaciones en la nube.
- La organización y gobernanza de la nube para tomar las decisiones correctas en un gran volumen de aplicaciones
- El nivel de control sobre la cartera de aplicaciones
- La capacidad de gestionar programas complejos
4. Confirmación del patrocinio
También es el momento de definir la fase de movilización en términos de recursos (internos y externos), gestión, presupuesto y duración con hitos, y de establecer contratos con proveedores externos.
Movilizar (movilización de recursos para la migración a la nube)
Esta fase suele durar de 3 a 9 meses.
Permite cubrir las lagunas detectadas durante la evaluación de la preparación para la migración, practicar con unas pocas aplicaciones piloto (de 3 a 5) y movilizar a los equipos que participarán en el programa de migración.
Por tanto, en el caso de las prioridades mencionadas, queda trabajo por hacer que no se ha considerado completo. También hay :
- Un proyecto específico sobre el análisis detallado de la cartera de aplicaciones para determinar el alcance de la migración, el plan de migración de cada aplicación y el calendario de migración.
- Un proyecto sobre la implantación de la metodología, la organización, las herramientas, los KPI y la gobernanza necesarios para la fase de migración, con la contractualización asociada.
- Un proyecto sobre el modelo operativo objetivo (TOM).
- Un proyecto específico sobre la progresión de las competencias, la puesta en marcha del community building y el diseño del plan de comunicación.
- Un proyecto para gestionar todos estos temas y, en particular, las numerosas dependencias entre ellos.
Migración y modernización
En realidad, la fase de migración a gran escala se desarrolla a lo largo de un periodo de 1 a 3 años, durante el cual la planificación se lleva a cabo aplicando la metodología y la gobernanza preparadas en la fase de Movilización. Migrar una cartera de 200 aplicaciones significa gestionar 200 proyectos en paralelo, de distinta complejidad, con equipos diferentes. Estas migraciones se apoyan en 4 grandes pilares organizativos:
- Los equipos de desarrollo que, idealmente en modo DevOps, realizan todas las actividades de desarrollo, pruebas y explotación de la aplicación y cuyo propietario de aplicación gestiona todo el ciclo de migración («responsable» de la migración).
- La «Fábrica de Migración» que apoyará a los equipos de desarrollo en las migraciones a varios niveles:
• Garante de la metodología de migración del modelo y de las herramientas asociadas (que industrializa las actividades de migración lo antes posible).
• Gestor del programa para proporcionar una visión consolidada de la planificación, el presupuesto y el alcance de la migración.
• Arquitectos de AWS para dar soporte a los equipos de desarrollo que construyen diseños en AWS.
• Garante general del presupuesto que consolida toda la información de costes asociada a la migración y detecte desviaciones
• Expertos en tecnologías de migración (herramientas de migración de datos, herramientas de migración de máquinas virtuales, herramientas de migración de almacenamiento de gran tamaño, etc.) y en el mecanismo de activación de créditos proporcionado por AWS.
• Desarrollo de herramientas de descubrimiento automatizadas – Desarrollo y enriquecimiento del cockpit de migración (paneles de control que permitirán gestionar la migración a escala)
• Moderación de la comunidad de migración
3. El CCOE (Centro de Excelencia en la Nube), que gestiona la plataforma en la nube y la configuración para satisfacer las necesidades de las distintas aplicaciones y propietarios de empresas que se van a migrar.
4. Las entidades de servicios tecnológicos compartidos complementarios que gestionan:
• Seguridad informática
• Infraestructura de red
• Las herramientas de construcción y explotación
• Los servicios transversales de infraestructura (DNS, NTP, AD, transferencias de archivos, gestión de parches e imágenes del sistema, etc.) La eficacia del modelo de colaboración entre estos pilares es una garantía importante del éxito del proyecto de migración. El modelo de gobernanza y la capacidad de reforzar los equipos, activar alertas en un ciclo corto e implicar a expertos complementarios es otro de los ingredientes del éxito.
Ejecución de la migración
El ciclo de migración es un ciclo de aplicación estándar que debe aprovechar al máximo las prácticas de gestión de versiones de las distintas fábricas de desarrollo. Se basa en las siguientes fases:
Descubrir: Durante esta fase, el propietario de la aplicación presenta a los miembros de la fábrica de migración que apoyarán la migración :
• las cuestiones de negocio asociadas a la aplicación, el diseño de la aplicación existente
• los distintos flujos entrantes y salientes
• los contratos de servicio
• los diferentes entornos y sus funciones
• las capacidades utilizadas
• las variaciones en el nivel de uso a lo largo de un día, una semana y un año típicos
• los diferentes actores que intervienen en la aplicación. Esta fase puede acelerarse utilizando herramientas de descubrimiento automatizadas basadas en la explotación de datos técnicos estructurados (reglas de firewall, enlaces backend-frontend en balanceadores de carga, archivos de configuración de la infraestructura, archivos de configuración de la aplicación, registros DNS, etc.).
Diseño / Concepción: durante esta fase, se desarrolla el diseño de la aplicación una vez migrada a AWS en función del tipo de modelo de migración previsto (Rehost, Rebuild, Replatform, Refactor – mira el capítulo «Transformación de aplicaciones»).
Refacto Replatform: validación del diseño y evaluación financiera para comprobar la conformidad con el caso de negocio y definir el presupuesto a implementar.
Implementación y despliegue: se trata de desplegar los entornos de infraestructura basados en la infraestructura como código, y de transformar la aplicación para aprovechar al máximo la nube y las pruebas.
Pre-cutover: durante esta fase, se validan las capacidades y el rendimiento de la aplicación en AWS, se integran las herramientas operativas y se adaptan las instrucciones de funcionamiento. A continuación, se valida la operatividad, se prueban los flujos entre aplicaciones (internos y externos), se obtiene la aceptación del propietario del servicio y se define el plan detallado para la transición con el plan de reversión asociado.
Cutover: transferencia de los flujos de datos entre usuarios y entre aplicaciones a las instancias desplegadas en AWS. Durante esta fase se debe validar la correcta escalabilidad y comportamiento mediante tasas de error y rendimiento estándar.
Post-cutover: fase de observación durante la cual se comprueba el funcionamiento de las aplicaciones. Al final de esta fase se decide no volver a la instancia original.
Desmantelamiento: es el proceso de poner fuera de servicio la aplicación original y todos los parámetros asociados. Esta fase puede incluir la destrucción de los datos de acuerdo con las instrucciones de seguridad y la recuperación de los equipos por un intermediario.
Evaluación: basada en un modelo retrospectivo ágil, permite identificar las prácticas que deben conservarse, mejorarse o abandonarse, así como las nuevas prácticas que deben adoptarse. Un intercambio global permite beneficiarse de las mejores prácticas.
