Wie modernisiert man Legacy-Systeme realistisch?

Was Legacy wirklich teuer macht

Nicht die alte Technologie ist das Problem. Mainframes laufen seit 40 Jahren stabil. Teuer wird Legacy durch (a) fehlendes Know-how (COBOL-Entwickler gehen in Rente), (b) fehlende APIs (Integration nur über Datei-Export möglich), (c) lange Release-Zyklen (Änderungen brauchen Wochen statt Stunden), (d) sicherheits­technische Schulden (alte Authentifizierung, fehlende Verschlüsselung). Modernisierung adressiert genau diese vier Punkte, nicht zwingend „das System neu schreiben“.

Die 7 R’s der Modernisierung

Retain (behalten, weil stabil und kosteneffizient). Retire (abschalten, weil nicht mehr genutzt, überraschend oft zutreffend). Rehost (1:1 in Cloud-VM heben, schnell, wenig Wert). Replatform (in Cloud + kleine Anpassungen, z. B. Managed DB). Refactor (Code modernisieren, gleiches Verhalten). Rearchitect (Microservices, Event-driven). Rebuild oder Replace (komplett neu oder SaaS-Standard). Gartner-Empfehlung: pro Modul einzeln entscheiden.

Strangler-Fig · das Pattern, das funktioniert

Martin Fowlers Strangler-Fig-Pattern: Neue Funktionalität wird außerhalb des Altsystems gebaut. Eine Routing-Schicht (API-Gateway) entscheidet, welcher Aufruf an „alt“ und welcher an „neu“ geht. Mit jedem migrierten Modul schrumpft das Altsystem, wie ein Würgefeigenbaum, der den alten Baum allmählich ersetzt. Vorteil: Jede Etappe ist produktiv, jeder Stopp ist sicher.

Häufige Fehler bei Legacy-Projekten

(1) Big-Bang-Replacement: 3-Jahres-Projekt, 200 % Budget, 50 % Funktion am Go-Live. (2) Refactor ohne Verhaltens-Tests: Bugs „werden mitgenommen“. (3) Cloud-Migration als Selbstzweck: Lift-and-Shift in die Cloud teurer als on-prem. (4) Keine Architektur-Modernisierung: API-Layer ohne dahinterliegende Modularisierung, nur Fassade. (5) Fachbereich nicht eingebunden: Neues System macht alte Prozesse nach.

Wann lohnt der Schritt, und wann nicht?

Modernisieren lohnt, wenn (a) Geschäftsmodell-Änderungen am System scheitern, (b) Compliance-Pflichten nicht erfüllbar sind, (c) Run-Kosten + Risiko-Kosten den Replacement-Aufwand übersteigen. Nicht lohnen tut sich Modernisierung an Systemen, die in 2–3 Jahren ohnehin abgeschaltet werden, oder bei denen die Geschäfts­logik so spezifisch ist, dass kein Standard sie ersetzt.