Plantilla de cuaderno de ejecución de Cutover

Un manual de transición debe incluir todas las actividades que se llevarán a cabo durante la transición. Sin embargo, es igual de importante preparar una plantilla o lista de verificación previa a la migración. La plantilla debe incluir las actividades que deben completarse antes de la migración.

Ambas plantillas (que se pueden combinar en un solo documento) deberían proporcionar las respuestas a las siguientes preguntas:

• ¿Qué actividades se van a realizar?

• ¿Quién va a realizar las actividades?

• ¿Cuándo se deben realizar las actividades?

Esta sección incluye un ejemplo de lista de verificación previa a la migración, una plantilla de manual de transición y un plan de reversión. La tarea IDs ayuda a que la comunicación sea más rápida y eficaz.

Lista de verificación previa a la migración

ID de tarea	Tarea	Dependencia	Equipo	Propietario	Fecha de finalización	Estado	Notas
P1	Documento de arquitectura objetivo aprobado.
P2	Existe una cuenta de destino para la aplicación.
P3	Existen subredes y una nube privada virtual (VPC) para la aplicación.
P4	El equipo de migración tiene acceso a la cuenta de la aplicación de destino y tiene los permisos necesarios AWS Identity and Access Management (IAM).
P5	El equipo de aplicaciones tiene el acceso necesario a la cuenta de la aplicación de destino y a sus recursos.
P6	Solicitud de cambio planteada y aprobada.
P7	Se estableció y probó la conectividad entre el entorno de origen y el de destino.
P8	Lista de contactos del equipo de aplicaciones documentada.
P9	El plan de transición se revisó con las principales partes interesadas.
P10	Se completaron las actividades de respaldo previas a la migración.
P11	Confirme si se deben establecer contactos de soporte adicionales.
P12	Confirme los recursos para cada aplicación: quién iniciará y cerrará cada aplicación individual.
P13	Se envió un plan de transición final a todos los equipos contribuyentes.
PÁG. 14.	Se envió una comunicación de inicio de la transición a las principales partes interesadas.
PÁG. 15	Se ha programado una reunión retrospectiva posterior a la transición.

Es igualmente importante documentar los elementos anteriores en un registro de problemas para mantener el rumbo o, si algo sale mal, volver a ponerlo en marcha.

Cuaderno de ejecución de Cutover

ID de tarea	Tarea	Dependencia	Equipo	Propietario	Fecha/hora de inicio planificada	Fecha/hora de finalización planificada	Fecha/hora de inicio real	Fecha y hora de finalización reales	Estado	Notas
C1	Envíe una nota informativa a todas las partes interesadas informando que la solicitud se retirará según lo especificado en el CR.
C2	Confirme la copia de seguridad de los servidores y bases de datos de origen.
C3	Detenga los servicios de aplicaciones y bases de datos en los servidores de origen.
C4	Cierre los servidores de origen.
	Hito 1 Se completaron las actividades previas a la transición
C5	Realice la migración en función de su enfoque de migración (por ejemplo, para). AWS Application Migration Service lift-and-shift
C6	Verifique la infraestructura (los servidores de destino están en funcionamiento).
	Hito 2 Migración completada
C7	Actualice los servidores DNS para que apunten a los puntos finales recién creados.
C8	Verifica los cambios de DNS.
	Hito 3 Actividades posteriores a la migración: infraestructura completada
C9	Inicie los servicios de aplicaciones y bases de datos en los servidores de destino.
C10	Aplique cambios de configuración específicos de la aplicación (por ejemplo, señale nuevas direcciones IP).
	Hito 3 Actividades posteriores a la migración: solicitudes completadas
C11	Realice pruebas de aplicaciones posteriores a la migración: verificación técnica.
C12	Realice pruebas de aplicaciones posteriores a la migración: verificación empresarial
C13	Comunique a todas las partes interesadas clave que la migración se ha completado.
	Hito 4 Se completaron las pruebas posteriores a la migración

Plan de reversión

ID de tarea	Tarea	Dependencia	Equipo	Propietario	Estado	Notas
R1	Detenga los servicios de aplicaciones y bases de datos en los servidores de destino.
R2	Cierre los servidores de destino.
R3	Revierta la actualización en los servidores DNS (para que vuelva a los servidores de origen).
R4	Compruebe los cambios de DNS.
R5	Inicie los servidores de origen.
R6	Sincronice los datos con los servidores de origen (si es necesario).
R7	Inicie los servicios de aplicaciones y bases de datos en los servidores de origen.
R8	Realizar pruebas de aplicación: verificación técnica.
R9	Realice pruebas de aplicaciones posteriores a la migración: verificación empresarial.
R10	Comunique a todas las partes interesadas clave que la migración se ha reducido.

Ejemplo de plantilla para la estrategia de realojamiento

Una de las estrategias de migración de tipo R más comunes que se utilizan en el campo es la estrategia de realojamiento, con Application Migration Service como herramienta de migración preferida. Puede utilizar la plantilla de ejemplo como documento de referencia en un escenario de realojamiento. La plantilla incorpora las actividades esenciales que se detectaron durante las interacciones reales con los clientes. También incluye espacio para que los equipos de aplicaciones agreguen sus tareas y actividades. Los pasos de la sección anterior pueden proporcionar una guía inicial para crear su propio manual de transición personalizado, según sea necesario.