Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Cuaderno de instrucciones de Cutover
Como se señaló anteriormente, las migraciones pueden ser complejas y constar de muchas partes móviles que abarcan el hardware, el software, las personas, los procesos y la organización. Para garantizar el éxito, la coherencia y, finalmente, la aceleración, es esencial contar con un plan bien diseñado, documentado y aprobado por todas las partes interesadas en todas las etapas de la migración. Este plan se puede documentar mediante un manual resumido.
Un manual de transición cubre todas las actividades que se deben completar para una migración determinada. Se trata de una guía completa y detallada de lo siguiente:
+ Actividades
+ Cronograma planificado
+ Marcas temporales de actividad reales
+ Criterios de éxito para cada paso
+ Propiedad de cada paso
Cuando prepare el manual de transición, hágase las siguientes preguntas y proporcione las respuestas en su plan.
| Pregunta | ¿Por qué es importante |
| --- | --- |
| ¿La transición necesita un tiempo de inactividad? | El tiempo de inactividad prolongado afectará a la experiencia de sus usuarios. Cuando prepare su plan de transición, intente minimizar el tiempo de inactividad de su aplicación o sistema. |
| ¿Necesita sincronizar los datos antes de la transición? | Si migra la capa de almacenamiento, como los volúmenes de Amazon Elastic Block Store (Amazon EBS) o los depósitos de Amazon Simple Storage Service (Amazon S3) antes de la transición sin utilizar un mecanismo de replicación continua, es posible que la capa de almacenamiento no esté sincronizada. En esos casos, asegúrese de realizar una sincronización final después de cerrar los servicios de origen, pero antes de iniciar la transición. |
| ¿Quién debería estar al tanto de la transición planificada? | Notifique a todas las partes interesadas y a los usuarios sobre el tiempo de inactividad planificado. |
| ¿Desea dividir la migración en partes más pequeñas o migrar todo de una vez? | Si migra un sistema complicado, tiene sentido dividir la migración en fases y realizar varias transiciones. Por ejemplo, puede migrar primero la capa de datos. |
| ¿Necesita el apoyo de algún proveedor externo? | Es posible que tengas que ponerte en contacto con los proveedores externos varias semanas antes de la transición prevista para garantizar su disponibilidad. Consulte con el proveedor si tiene en cuenta cualquier aspecto relacionado con la licencia. |
| ¿Necesita alguna aprobación especial para alguna parte del proceso? | Obtenga las aprobaciones necesarias unas semanas antes de la transición prevista. |
# 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](samples/cutover-runbook_template.zip) 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.