Checklist para preparar una migración a Cloud

1. Alcance e inventario

• Enumera aplicaciones, entornos, bases de datos, almacenamiento, colas, certificados y tareas programadas.
• Asigna responsable técnico y responsable de negocio a cada carga.
• Registra usuarios, criticidad, horario de uso, requisitos de disponibilidad y ventanas de mantenimiento.
• Identifica dependencias entrantes y salientes: DNS, identidad, correo, APIs, licencias, dispositivos y proveedores.
• Distingue datos personales, confidenciales y sujetos a obligaciones sectoriales; confirma ubicación y acceso requeridos.
• Valida el inventario mediante entrevistas, registros y pruebas: la documentación puede estar incompleta.

No uses únicamente la lista de servidores. La migración de una aplicación puede requerir que servicios, usuarios o tareas externas también cambien.

2. Restricciones y estrategia

• Aclara qué debe permanecer igual, qué puede cambiar y qué se retirará.
• Define objetivos de continuidad, recuperación, latencia, seguridad y presupuesto con responsables.
• Evalúa dependencias que obligan a migrar juntas y componentes que pueden separarse.
• Decide una estrategia por carga: mover con cambios mínimos, adaptar plataforma, rediseñar o mantener temporalmente donde está.
• Registra la razón, los compromisos y las condiciones para revisar cada decisión.

Las estrategias habituales no son niveles de calidad universales. La guía de AWS sobre las estrategias de migración describe opciones y consideraciones; contrástalas con la plataforma y el contexto elegidos.

3. Preparación técnica

• Diseña redes, conectividad, identidad y separación de entornos.
• Define permisos mínimos, gestión de secretos, cifrado y registro de actividad.
• Comprueba compatibilidad de sistemas operativos, runtimes, licencias y servicios externos.
• Establece cómo se mueven y validan los datos, incluidas copias, sincronización y consistencia.
• Define observabilidad: métricas, logs, alertas, responsables y retención.
• Estima coste de recursos y transferencia con supuestos declarados; fija presupuestos y alertas.
• Confirma infraestructura como código o procedimientos reproducibles, control de cambios y revisión.

4. Pruebas y continuidad

• Define pruebas funcionales, integración, carga relevante, seguridad y aceptación de negocio.
• Establece una línea base para comparar tiempos y errores antes y después.
• Comprueba copias y restaura una muestra; tener una copia configurada no demuestra que pueda recuperarse.
• Documenta la secuencia de corte, responsables, ventana y comunicaciones.
• Define criterios de éxito, señales de parada y quién decide revertir.
• Ensaya la reversión, incluyendo cambios de datos y DNS, antes de depender de ella.

5. Operación posterior

• Asigna quién atiende incidentes y cómo escalan fuera de horario.
• Actualiza runbooks, inventario, diagramas, accesos y contactos.
• Revisa alertas, consumo y permisos después de estabilizar cada lote.
• Mantén capacidad para ejecutar ambos entornos durante la transición si las dependencias lo exigen; presupuesta esa duplicidad.
• Retira recursos antiguos solo después de confirmar datos, dependencias, auditoría y aprobación.

Cierra cada lote con evidencia

Para cada carga, guarda decisión, plan, pruebas realizadas, incidencias, coste observado y responsable de aceptación. La migración termina cuando el servicio funciona en el entorno nuevo y el equipo puede operarlo, recuperarlo y mantenerlo con procedimientos conocidos.