Inventario previo a la migración

Hay dos maneras de llevar una carga a la nube. Mover tal cual (lift-and-shift, o «rehost») copia el servidor casi sin cambios: es rápido y barato de planificar, pero hereda todo lo que el servidor ya tenía, incluidas sus debilidades. Rediseñar (replatform o refactor) cambia piezas para usar servicios de la nube, y pide más trabajo a cambio de decidir de nuevo cada parte. También existen las decisiones de retirar lo que ya no se usa y de mantener algo donde está.

Desde seguridad, la diferencia está en qué se revisa y cuándo. Un rehost no revisa nada por sí mismo: el sistema operativo sin soporte, la cuenta compartida y la regla de red abierta viajan con la máquina. Por eso la revisión de seguridad de una migración empieza antes del corte, con un inventario que diga qué hay, de quién es y con qué se habla.

Un servidor sin dueño es un servidor que nadie defenderá ni pagará de buena gana: nadie sabe si sigue haciendo falta, qué datos tiene o a quién avisar si falla en el destino. En una migración, es también el primero que se «mueve por si acaso». El inventario del molino tiene una columna de área dueña y alguna casilla vacía, marcada con un guion.

Abre SELECT * FROM servidores_origen y busca la casilla sin dueño.

El documento de arquitectura dice lo que alguien recordó escribir. La red dice lo que ocurre. Cuando se cambia una máquina de sitio, las conexiones no documentadas son las que se rompen en silencio: una lista de destinos permitidos en un banco, una tarea que lee una base, un proveedor que acepta solo ciertas direcciones de origen.

Compara los flujos observados en 30 días con los documentados y fíjate en los que no figuran en el papel. Entre ellos, uno sale de la empresa hacia un tercero y se usa mucho más que los demás.

Un sistema operativo sin soporte no recibe correcciones de seguridad. Llevarlo a la nube sin cambiarlo no lo arregla: lo deja igual de vulnerable, ahora en una red nueva y a veces más expuesta. La estrategia elegida para cada servidor importa: uno fuera de soporte que se retira o se rediseña es una decisión; uno fuera de soporte que se mueve tal cual es una deuda que se traslada.

La fecha del informe es el 7 de octubre de 2026. Cuenta cuántos servidores tienen el sistema fuera de soporte y a la vez van a migrarse tal cual, sin cambios (estrategia rehost). Los que se mantienen en el sitio no cuentan.

El flujo no documentado hacia un banco no es un hallazgo malo en sí: es un dato nuevo. Lo que se hace con él decide si la migración falla el día del corte o no. Cortarlo «porque no está en el papel» tumba cobros; ignorarlo deja una conexión sin dueño en el destino.