Zum Hauptinhalt springen

Legacy-Modernisierung

Legacy-Modernisierung (englisch: Legacy Modernization) bezeichnet die Überführung gewachsener Altsysteme — etwa COBOL- oder Mainframe-Anwendungen — in moderne Technologien und Architekturen. Ziel ist, die über Jahrzehnte bewährte Geschäftslogik zu erhalten und zugleich Wartbarkeit, Betriebskosten und Release-Fähigkeit zu verbessern.

Warum Altsysteme zum Problem werden

Drei Entwicklungen verschärfen sich gegenseitig: Die Betriebskosten für Mainframes und alte Plattformen steigen, das Wissen über System und Programmiersprache verlässt mit den Original-Entwicklern das Unternehmen, und jede Änderung am gewachsenen Monolithen wird zum Risikoprojekt. Erschwerend kommt hinzu, dass fachlicher und technischer Code über die Jahre verschmelzen — die Geschäftslogik ist im Sourcecode „begraben" und nirgendwo sonst dokumentiert. Warum das so ist und was dagegen hilft, beschreibt der Beitrag Legacy System – Fachlichkeit begraben im Sourcecode.

Modernisierungsstrategien im Überblick

StrategiePrinzipTypischer Einsatz
Rehosting („Lift & Shift")System unverändert auf neue Infrastruktur verlagernSchnelle Kostensenkung, kein Architekturgewinn
ReplatformingPlattform oder Laufzeitumgebung tauschen, Code weitgehend erhaltenMainframe-Ablösung mit begrenztem Eingriff
Refactoring / RearchitectingCode schrittweise in moderne, wartbare Architektur überführenWerterhalt der Geschäftslogik bei struktureller Erneuerung
Rewrite / ReplaceSystem neu entwickeln oder durch Standardsoftware ersetzenWenn Fachlichkeit neu gedacht werden soll — höchstes Risiko

Inkrementell statt Big Bang

Der vollständige Austausch eines Systems an einem Stichtag („Big Bang") scheitert in der Praxis oft an der schieren Menge unentdeckter Fachlichkeit im Altsystem. Als Alternative hat sich das Strangler-Fig-Pattern etabliert: Das neue System wächst schrittweise um das alte herum und löst es Funktion für Funktion ab — Alt- und Neusystem laufen parallel, jeder Schritt ist klein, validierbar und im Fehlerfall rückrollbar. Welche Teile einer Migration sich dabei automatisieren lassen — von der regelbasierten Code-Übersetzung bis zur Testgenerierung — analysiert der Beitrag Kann die Modernisierung deines Legacy Systems automatisiert werden?

Legacy-Modernisierung in der Praxis

Das größte Risiko jeder Modernisierung ist der Verlust von Fachlichkeit, die nur im alten Code steckt. In der Praxis bewährt hat sich deshalb, die funktionale Gleichwertigkeit messbar zu machen: durch eine Test-Suite, die das Verhalten des Altsystems einschließt, und durch den Vergleich von Trace-Protokollen zwischen Alt- und Neusystem. Erst wenn Verhalten nachweisbar erhalten bleibt, ist eine Architekturmodernisierung ohne fachlichen Substanzverlust möglich.

Häufige Fragen

Muss das Altsystem für die Modernisierung abgeschaltet werden?
Nein. Beim inkrementellen Vorgehen nach dem Strangler-Fig-Pattern laufen Alt- und Neusystem parallel; Funktionen werden schrittweise abgelöst. Es gibt keinen riskanten Big-Bang-Stichtag, der Geschäftsbetrieb läuft während der gesamten Migration weiter.
Was ist der Unterschied zwischen Rehosting, Refactoring und Rewrite?
Rehosting verlagert das System unverändert auf eine neue Infrastruktur, Refactoring bzw. Rearchitecting überführt den Code schrittweise in eine moderne, wartbare Architektur, und ein Rewrite entwickelt das System vollständig neu. Aufwand und Nutzen steigen in dieser Reihenfolge — ein Rewrite birgt zugleich das höchste Risiko, fachliches Wissen zu verlieren.
Kann Legacy-Modernisierung automatisiert werden?
Teilweise. Regelbasierte Transpiler übersetzen Code deterministisch in eine Zielsprache, automatisch generierte Tests und Trace-Vergleiche weisen die funktionale Gleichwertigkeit nach. Die Überführung in eine idiomatische Zielarchitektur bleibt dagegen eine Design-Aufgabe, die Architekturentscheidungen von Experten erfordert.

Verwandte Begriffe

Fachlich geprüft von Holger Schill, Executive Vice President Cloud & Enterprise am 20. Juli 2026