¿Cómo moverías a contenedores un servicio heredado que vive en una VM configurada a mano?

Documenta primero la realidad, ya que nadie sabe todo lo que hay instalado en una máquina de larga vida. Captura los procesos en ejecución, los paquetes, los ficheros de configuración, las tareas de cron y las dependencias salientes, y luego reconstruye eso como un Dockerfile en vez de importar la imagen de disco. Externaliza el estado y la configuración locales, ejecuta el contenedor en paralelo con la VM contra tráfico real espejado o en sombra, y haz el cambio de forma gradual manteniendo la VM como ruta de rollback.

El paso uno es arqueología, porque una máquina que lleva cuatro años arriba hace cosas que nadie documentó. Capturaría los procesos en ejecución, los puertos a la escucha, los paquetes instalados, la tabla de cron, los ficheros de configuración y, sobre todo, las conexiones salientes durante una semana, ya que eso revela dependencias que ningún diagrama muestra. Luego construyo un Dockerfile desde cero basado en eso, en vez de importar el disco, porque copiar la imagen solo arrastra el desastre hacia delante y pierdo todo el sentido. Las partes difíciles son siempre el estado y la configuración. Los ficheros escritos a disco local tienen que pasar a almacenamiento de objetos o a un volumen, la configuración que vive en ficheros tiene que venir del entorno o de un gestor de secretos, y las tareas de cron tienen que convertirse en trabajos programados en vez de estar horneadas dentro de un contenedor de larga duración. Después ejecuto el contenedor junto a la VM, con tráfico real en sombra o llevándose un porcentaje pequeño, y comparo el comportamiento. El cambio es gradual y la VM sigue encendida hasta que llevemos un par de semanas contentos, porque es el único rollback que funciona seguro.