Liberación de la carga de trabajo
En esta fase, liberarás la carga de trabajo a la producción.
Has implementado los recursos en Azure. Ahora debes completar los pasos de migración, comunicar los próximos cambios a otros equipos, realizar aprobaciones de cambios finales, limpiar recursos y realizar una retrospectiva.
Comunicación de los cambios
Informa a tu organización sobre los próximos cambios para asegurarte de que todos a los que pueda afectar la migración conozcan el proceso. Comunica los cambios de cada carga de trabajo, ya que cada una tiene usuarios y operadores dedicados.
Debes responder a las siguientes preguntas en tu comunicación de cambios:
¿Cuáles son las fechas críticas para la migración?
¿De quién es el trabajo que se interrumpe, cuándo se interrumpe y durante cuánto tiempo?
¿Qué trabajo debe completar cada rol antes del cambio para estar listo?
¿Qué trabajo debe completar cada rol después del cambio para confirmar la función?
¿Con quién deben ponerse en contacto las personas si tienen preguntas o problemas?
Realización de pruebas en la empresa
Los usuarios empresariales de la carga de trabajo deben probar la nueva solución. El equipo de migración puede facilitar las pruebas de cargas de trabajo, desarrollar planes de prueba y automatizar las pruebas.
Para probar la carga de trabajo, identifica a los usuarios a los que los cambios podrían afectar más. Informa a los usuarios de los objetivos de negocio, los resultados deseados y los cambios previsibles de los procesos empresariales. Obtén comentarios de los usuarios, asegúrate de que el personal de TI los comprende y establece prioridades en función de su impacto. Si los comentarios requieren cambios en la carga de trabajo, comunica estos cambios a todos los equipos necesarios.
Durante la fase de comentarios, el equipo de migración recopila comentarios y administra las acciones técnicas resultantes. Crea un plan de pruebas para realizar un seguimiento de los comentarios y los pasos de acción.
Completar la migración
Después de promover el recurso y todas sus dependencias a producción, puedes volver a enrutar el tráfico de producción. Después, los recursos locales están obsoletos y puedes retirarlos.
Debes realizar varias tareas en función de la arquitectura de la carga de trabajo.
Envía una comunicación para informar a las partes que iniciaste la promoción.
Comprueba que todos los recursos almacenados provisionalmente funcionan correctamente.
Realiza la replicación para los datos recientes.
Hidrata los recursos después de realizar la replicación. Preconfigura cualquier otro componente, como las reglas de equilibrio de carga.
Desactiva los servidores de origen para que no interfieran con la migración.
Realice pruebas aisladas.
Actualiza los componentes de red para que los usuarios puedan acceder a la nueva ubicación de la aplicación.
Vuelve a realizar pruebas de promoción para confirmar que la carga de trabajo funciona según lo previsto.
Obtén la aprobación final de las partes interesadas.
Comunica a las partes necesarias que la promoción tuvo éxito.
Optimizar el coste después de la migración
Después de la migración, optimiza la carga de trabajo en función de sus datos activos y retira los recursos retirados.
Al apagar y retirar recursos:
Continua la supervisión: Supervisa recursos que están programados para retirarse a fin de asegurarte de que el tráfico de producción se enruta correctamente. Los recursos deshabilitados todavía pueden usar almacenamiento, red y otros recursos de infraestructura. Si los vuelves a activar, pueden producirse problemas inesperados. Supervisa la actividad para asegurarte de que los recursos ya no están en uso.
Establece ventanas de prueba e interrupción: Identifica una ventana de pruebas inactiva para realizar casos de prueba que coincidan con las actividades reales que realizan los usuarios. Durante esta ventana, también puedes deshabilitar los recursos que marcas para la retirada. Programa la ventana de mantenimiento e informa a los usuarios del plan.
Considera un periodo de retención: Mantén un recurso retirado durante al menos 30 días que sirva como copia de seguridad temporal de datos en caso de que se pierdan los datos durante la replicación. Es posible que el equipo de gobernanza de datos de tu organización tenga otros requisitos que requieran un periodo de retención superior a 30 días.
Realización de una retrospectiva
Haz una retrospectiva después de la migración para descubrir lo que ha ido bien, lo que podría haber sido mejor y lo que has descubierto. Obtén información de cada miembro del equipo para que puedas aplicar las lecciones que has descubierto a futuras migraciones. Identifica a un miembro del equipo para organizar el proceso. Y elige un método para realizar un seguimiento y organizar las ideas que recopiles.