Wie würdest du einen von Hand konfigurierten Legacy-VM-Service in Container überführen?

Dokumentiere zuerst die Realität, denn niemand weiß, was alles auf einer langlebigen Kiste installiert ist. Erfass laufende Prozesse, Pakete, Config-Dateien, Cronjobs und ausgehende Abhängigkeiten und bau das als Dockerfile nach, statt das Disk-Image zu importieren. Lager lokalen State und Konfiguration aus, lass den Container parallel zur VM gegen gespiegelten oder geschatteten echten Traffic laufen und schalt schrittweise um, mit der VM als Rollback-Pfad.

Schritt eins ist Archäologie, denn eine Kiste, die seit vier Jahren läuft, macht Dinge, die niemand dokumentiert hat. Ich würde die laufenden Prozesse, die lauschenden Ports, die installierten Pakete, die Crontab, die Config-Dateien und vor allem die ausgehenden Verbindungen über eine Woche erfassen, denn das legt Abhängigkeiten offen, die kein Diagramm zeigt. Dann baue ich darauf basierend ein Dockerfile von Grund auf, statt die Platte zu importieren, denn das Image zu kopieren trägt nur das Chaos weiter und ich verliere den ganzen Sinn. Die harten Teile sind immer State und Konfiguration. Dateien, die auf lokale Platte geschrieben werden, müssen nach Object Storage oder auf ein Volume, Config, die in Dateien lebt, muss aus Environment oder einem Secrets Manager kommen, und Cronjobs müssen zu geplanten Jobs werden statt in einen langlaufenden Container gebacken zu sein. Dann lasse ich den Container neben der VM laufen, schatte echten Traffic oder nehme einen kleinen Prozentsatz, und vergleiche das Verhalten. Der Cutover ist schrittweise und die VM bleibt eingeschaltet, bis wir ein paar Wochen zufrieden waren, denn sie ist der einzige Rollback, der definitiv funktioniert.