La modernización de infraestructura tiene un enemigo silencioso: el miedo a parar la operación. Se pospone, se parchea, se improvisa — hasta que un fallo catastrófico te obliga a hacerlo con prisas.
Empieza por un inventario honesto
Antes de cambiar nada, documenta lo que tienes: servidores, switches, puntos Wi-Fi, cableado, licencias, contratos de mantenimiento y dependencias entre servicios. Casi todas las migraciones fallan porque falta un inventario real.
Nuestra regla: dedica al menos un 15% del tiempo total del proyecto a esta fase. Parece lento. Evita meses de problemas más adelante.
Divide la migración en fases
Una migración monolítica es una apuesta. Una migración en fases es un plan. Divide por dominio (red, servidores, endpoints) o por localización (oficinas, plantas, tienda a tienda) según lo que te dé menos fricción.
Cada fase debe tener un criterio de éxito medible y un plan de rollback.
Qué no se puede migrar en caliente
Algunas cosas requieren ventana de mantenimiento: cambios en la dirección IP de servicios críticos, sustituciones de firewall principal, actualizaciones de firmware en switches de core. Pretender hacerlas "sin que nadie se entere" suele salir muy caro.
Pacta ventanas cortas y comunicadas con antelación. Es mejor tener diez paradas de 15 minutos planificadas que una caída inesperada de ocho horas.
Los riesgos que nadie te cuenta
- Cableado no documentado: el plano del edificio casi nunca está actualizado.
- Licencias legadas: software que depende de MAC addresses específicas, licencias hardware-lock, dongles USB olvidados.
- Dependencias ocultas: ese servicio que nadie gestiona pero que alguien usa cada primero de mes.
- Proveedores intermedios: ISPs, operadoras VOIP, integraciones de terceros que tienen sus propios tiempos.
Cerrar bien la migración
Una migración no acaba cuando todo funciona. Acaba cuando hay un runbook documentado, el equipo está entrenado y existe un plan de mantenimiento. Si cierras antes, la deuda técnica empieza a acumularse desde el día uno.