Checklist de migración a la nube: 25 pasos esenciales

Migrar a la nube sin un plan es la forma más cara de aprender que necesitabas un plan. Hemos visto empresas que duplicaron sus costos porque no dimensionaron correctamente, otras que sufrieron downtime de días porque migraron sin validar dependencias, y algunas que descubrieron después de migrar que su aplicación no era compatible con el entorno cloud. Esta checklist de 25 pasos está diseñada para evitar exactamente esos problemas.

Los pasos están organizados en 5 fases. No te saltes ninguna — cada fase existe porque hemos visto lo que pasa cuando se omite.

Fase 1: Evaluación (pasos 1-5)

Paso 1: Inventariar toda la infraestructura actual

Documenta cada servidor, base de datos, aplicación y servicio que opera en tu infraestructura actual. Para cada uno registra: función, sistema operativo, recursos (CPU, RAM, disco), utilización real promedio, dependencias con otros sistemas y criticidad para el negocio.

No confíes en lo que "crees" que tienes. Usa herramientas de descubrimiento como Lansweeper, NMAP o incluso scripts básicos para inventariar. Siempre aparecen servidores o servicios que nadie recordaba.

Paso 2: Identificar dependencias entre sistemas

Mapea qué sistema habla con cuál. Tu ERP se conecta a la base de datos, que se conecta al servidor de reportes, que envía emails a través del servidor SMTP. Migrar el ERP sin migrar la base de datos al mismo tiempo (o sin configurar la conectividad) resulta en downtime.

Paso 3: Clasificar cargas de trabajo

No todo se migra de la misma forma. Clasifica cada carga en una de estas categorías: rehost (mover tal cual a una VM en la nube, también conocido como "lift and shift"), replatform (mover con ajustes menores, como cambiar a una base de datos administrada), refactor (rediseñar la aplicación para aprovechar servicios cloud nativos), retain (mantener on-premise porque no tiene sentido migrar) o retire (eliminar porque ya no se usa).

Paso 4: Definir objetivos medibles

¿Por qué migras? Define objetivos concretos: reducir costos de infraestructura en un porcentaje específico, mejorar el uptime a un nivel determinado, eliminar la dependencia de hardware on-premise que necesita renovación o habilitar acceso remoto para el equipo. Sin objetivos claros, no podrás medir si la migración fue exitosa.

Paso 5: Calcular el costo real de cloud vs on-premise

Compara el TCO (Total Cost of Ownership) de mantener la infraestructura actual durante 3 años contra el costo de operar en la nube. Incluye en el cálculo on-premise: hardware (depreciación, renovación), electricidad, enfriamiento, espacio físico, personal de administración, licencias de software y costo de downtime. Incluye en el cálculo cloud: cómputo, almacenamiento, transferencia de datos (egress), licencias de servicios administrados, personal de administración cloud y costo de migración.

Fase 2: Planificación (pasos 6-10)

Paso 6: Elegir proveedor cloud

Basándote en la evaluación, elige entre AWS, Azure, Google Cloud o un proveedor local. Factores clave: compatibilidad con tus cargas de trabajo, presencia en México (latencia), integración con herramientas existentes y modelo de precios que se adapte a tu patrón de uso. Consulta nuestra comparativa de proveedores cloud para más detalle.

Paso 7: Diseñar la arquitectura destino

Define cómo se verá tu infraestructura en la nube: tipos de instancia para cada servidor, servicios administrados vs autoalojados (por ejemplo: ¿RDS administrado o PostgreSQL en una VM?), configuración de red (VPC, subnets, security groups), almacenamiento (tipo, tamaño, redundancia) y alta disponibilidad (multi-AZ, réplicas).

Paso 8: Planificar la red y conectividad

Define cómo se conectarán tus usuarios y sistemas a la nube: VPN site-to-site (si mantienes infraestructura on-premise), acceso directo por internet (con seguridad adecuada), DNS (migración de registros, TTL reducido para la migración) y ancho de banda necesario para la operación normal y para la migración de datos.

Paso 9: Definir la estrategia de migración

Decide el orden y método de migración. La práctica recomendada es migrar primero las cargas menos críticas para validar el proceso, migrar después las cargas críticas en ventanas de mantenimiento planificadas, mantener la infraestructura on-premise activa como fallback durante 2-4 semanas y decomisionar on-premise solo después de validar que todo funciona en cloud.

Paso 10: Crear el cronograma detallado

Define fechas específicas para cada migración, incluyendo ventanas de mantenimiento, responsables, criterios de éxito, plan de rollback y comunicación a usuarios afectados.

Fase 3: Preparación (pasos 11-15)

Paso 11: Configurar la cuenta cloud y seguridad base

Crear la cuenta, activar MFA en la cuenta root, configurar IAM con roles de mínimo privilegio, habilitar logging y auditoría (CloudTrail, Activity Log), configurar alertas de billing y establecer presupuestos con alarmas.

Paso 12: Crear la infraestructura de red

Implementar VPC/VNET con subnets según el diseño, configurar security groups y firewalls, establecer la VPN o conectividad con la infraestructura on-premise, configurar DNS y verificar la resolución de nombres.

Paso 13: Preparar los entornos destino

Crear las instancias, bases de datos y almacenamiento según el diseño. Instalar software necesario, configurar monitoring y alertas, y verificar que la conectividad funciona correctamente antes de migrar datos.

Paso 14: Configurar backups en cloud

Antes de migrar datos de producción, asegúrate de que la estrategia de backup en cloud está funcionando. Configura snapshots automáticos, backups de bases de datos y exportación a almacenamiento diferente.

Paso 15: Ejecutar migración de prueba

Migra un sistema no crítico completo como prueba. Mide el tiempo, identifica problemas, documenta los pasos exactos y ajusta el plan antes de tocar sistemas de producción.

Fase 4: Migración (pasos 16-20)

Paso 16: Reducir TTL de DNS

48-72 horas antes de la migración, reduce el TTL de los registros DNS a 60-300 segundos. Esto permite que el cambio de IP se propague rápidamente cuando apuntes los registros al nuevo servidor en cloud.

Paso 17: Realizar backup completo pre-migración

Antes de cualquier cambio, ejecuta un backup completo de todos los sistemas que vas a migrar y verifica que se completó correctamente. Este es tu punto de restauración si algo sale mal.

Paso 18: Migrar datos

Ejecuta la transferencia de datos según el método planificado: herramientas nativas del proveedor (AWS DMS, Azure Migrate), rsync para archivos, pg_dump/pg_restore para PostgreSQL, o herramientas de terceros. Verifica la integridad de los datos transferidos comparando checksums o conteos de registros.

Paso 19: Migrar servicios y cambiar DNS

En la ventana de mantenimiento acordada, detén los servicios en on-premise, ejecuta la sincronización final de datos (delta desde el último backup), inicia los servicios en cloud, verifica que funcionan correctamente y actualiza los registros DNS para apuntar a la nueva infraestructura.

Paso 20: Validar funcionamiento

Ejecuta pruebas completas de cada servicio migrado: conectividad de usuarios, funcionalidad de aplicaciones, rendimiento de base de datos, integraciones entre sistemas, envío y recepción de email y acceso desde dispositivos móviles.

Fase 5: Optimización (pasos 21-25)

Paso 21: Monitorear rendimiento durante 2 semanas

Observa métricas de rendimiento, uso de recursos y experiencia de usuario durante al menos 2 semanas. Compara con las métricas baseline que tenías on-premise. Identifica cuellos de botella y ajusta recursos.

Paso 22: Optimizar dimensionamiento

Después de 2-4 semanas de operación real, revisa si las instancias están sobredimensionadas o subdimensionadas. Ajusta tipos de instancia, almacenamiento y configuración de base de datos según el uso real.

Paso 23: Implementar optimización de costos

Configura instancias reservadas o savings plans para las cargas de trabajo estables. Programa apagado automático de recursos de desarrollo fuera de horario. Revisa servicios que no se usan y elimínalos. Configura alertas de presupuesto.

Paso 24: Documentar la nueva arquitectura

Actualiza toda la documentación: diagramas de arquitectura, inventario de recursos, procedimientos de administración, plan de recuperación ante desastres y runbooks de operación.

Paso 25: Decomisionar infraestructura on-premise

Solo después de validar que todo funciona correctamente durante al menos 4 semanas en cloud, procede a apagar y retirar la infraestructura on-premise. Conserva los backups finales por al menos 6 meses adicionales.