Legacy-Modernisierung

Wie Legacy-Modernisierung funktioniert

Bei einer Legacy-Modernisierung sollte die Auswahl einer neuen Technologie nicht vor der Klärung des eigentlichen Problems stehen.
Zunächst muss geklärt werden, warum ein bestehendes System verändert werden soll.

Mögliche Gründe sind beispielsweise:

• fehlender Hersteller- oder Sicherheitssupport
• schwer verfügbare Hardware oder Betriebsumgebungen
• Sicherheitsrisiken
• hohe Betriebs- oder Änderungskosten
• fehlende oder ungeeignete Schnittstellen
• schwer veränderbare Software
• problematische Abhängigkeiten
• fehlendes Wissen über Teile des Systems
• Anforderungen, die das vorhandene System nicht mehr erfüllen kann

Diese Probleme können unterschiedliche Teile eines Systems betreffen und verlangen deshalb nicht zwangsläufig dieselbe Lösung.
Erst wenn das konkrete Problem und die relevanten Abhängigkeiten ausreichend verstanden sind, lässt sich entscheiden, welche Veränderung sinnvoll ist.

Modernisierung ist kein einzelnes Verfahren

Zwischen „alles bleibt wie es ist“ und „wir ersetzen das gesamte System“ liegen viele mögliche Schritte.

Ein bestehendes System kann beispielsweise:

• besser dokumentiert werden
• technisch oder organisatorisch abgesichert werden
• auf eine andere Betriebsumgebung übertragen werden
• durch zusätzliche Schnittstellen geöffnet werden
• von problematischen Abhängigkeiten getrennt werden
• teilweise aktualisiert werden
• mit neuen Komponenten kombiniert werden
• schrittweise durch andere Funktionen ersetzt werden
• vollständig neu entwickelt oder durch ein anderes Produkt ersetzt werden

Mehrere dieser Maßnahmen können miteinander kombiniert oder über einen längeren Zeitraum verteilt werden.
Modernisierung beschreibt deshalb eher einen Veränderungsprozess als eine bestimmte Technologie.

Erst das Problem, dann die Modernisierung

Problematisch kann es sein, eine Modernisierung bereits mit einer festgelegten technischen Lösung zu beginnen.

Dann lautet die Frage beispielsweise nicht mehr:

„Welche Probleme müssen wir lösen?“

sondern:

„Wie bekommen wir dieses System in die Cloud?“

Damit wurde ein möglicher Lösungsweg bereits zur Voraussetzung gemacht.
Das kann sinnvoll sein, wenn für diese Entscheidung bereits belastbare Gründe bestehen. Ohne solche Gründe besteht jedoch die Gefahr, dass lediglich die technische Umgebung verändert wird, während die eigentlichen Probleme erhalten bleiben.
Ein schwer verständliches System wird nicht automatisch verständlicher, weil es auf einer neuen Plattform betrieben wird.
Eine problematische Abhängigkeit verschwindet nicht zwangsläufig, wenn beide beteiligten Komponenten durch modernere Produkte ersetzt werden.
Und ein ungeeigneter Prozess wird nicht allein dadurch besser, dass er neu programmiert wird.

Kleine Veränderungen können Modernisierung sein

Legacy-Modernisierung muss kein großes Transformationsprojekt sein.
Angenommen, ein altes System funktioniert zuverlässig, besitzt aber nur einen proprietären Datenexport, der seine Ablösung oder Integration erschwert.
Eine kleine zusätzliche Komponente könnte diesen Export in ein dokumentiertes offenes Format übertragen.
Das ursprüngliche System bleibt dabei zunächst unverändert.
Trotzdem verändert sich seine Stellung innerhalb der Gesamtarchitektur: Andere Systeme müssen seine proprietäre Datenstruktur nicht mehr unmittelbar kennen und eine spätere Ablösung kann einfacher werden.
Eine vergleichsweise kleine technische Änderung kann damit einen größeren Modernisierungsschritt vorbereiten.

Schrittweise Modernisierung

Besonders bei zentralen oder schlecht dokumentierten Systemen kann eine schrittweise Veränderung Risiken reduzieren.
Statt das vorhandene System zu einem bestimmten Zeitpunkt vollständig abzuschalten, können einzelne Funktionen nacheinander aus ihm herausgelöst oder ersetzt werden.
Dabei können alte und neue Komponenten zeitweise parallel existieren.

Das ermöglicht:

• einzelne Änderungen getrennt zu prüfen
• Auswirkungen im realen Betrieb zu beobachten
• Erfahrungen aus einem Schritt für den nächsten zu verwenden
• unbekannte Abhängigkeiten früher zu entdecken
• bei Problemen den Umfang einer Änderung zu begrenzen

Eine schrittweise Modernisierung dauert möglicherweise länger als ein vollständiger Austausch. Sie kann dafür das Risiko reduzieren, gleichzeitig an vielen unbekannten Stellen in ein bestehendes System einzugreifen.

Nicht jede Abhängigkeit muss verschwinden

Modernisierung wird gelegentlich mit dem Ziel verbunden, möglichst viele Abhängigkeiten zu beseitigen.
Technische Systeme besitzen häufig Abhängigkeiten zu anderen Komponenten, Systemen oder ihrer Umgebung.
Entscheidend ist deshalb, welche Abhängigkeiten bestehen und welche Folgen sie haben.
Eine stabile, dokumentierte und austauschbare Schnittstelle kann eine vollkommen akzeptable Abhängigkeit darstellen.

Problematisch werden Abhängigkeiten beispielsweise dann, wenn sie:

• unbekannt sind
• nur indirekt sichtbar werden
• nicht dokumentiert sind
• Änderungen unnötig erschweren
• einen Anbieterwechsel praktisch verhindern
• nicht kontrolliert werden können
• einen unverhältnismäßig großen Teil des Systems beeinflussen

Modernisierung kann deshalb auch bedeuten, Abhängigkeiten nicht zu entfernen, sondern sie sichtbar, verständlich und kontrollierbar zu machen.

Warum Legacy-Modernisierung praktische Auswirkungen hat

• Veränderungen können begrenzt werden: Nicht jedes Problem verlangt den Austausch des gesamten Systems.
• Bestehende Funktionen können erhalten bleiben: Bewährte Teile eines Systems müssen nicht ohne Grund ersetzt werden.
• Risiken lassen sich schrittweise reduzieren: Kritische Bereiche können nacheinander behandelt werden.
• Migrationen werden kontrollierbarer: Alte und neue Komponenten können während eines Übergangs gemeinsam betrieben werden.
• Abhängigkeiten können sichtbar gemacht werden: Verbindungen zu anderen Systemen lassen sich dokumentieren oder neu strukturieren.
• Spätere Entscheidungen werden einfacher: Kleine Modernisierungsschritte können zukünftige Änderungen vorbereiten.
• Technologie bleibt Mittel zum Zweck: Die Auswahl neuer Technik folgt dem zu lösenden Problem.

Typisches Beispiel

Ein Unternehmen betreibt eine ältere Anwendung, die für einen wichtigen Geschäftsprozess benötigt wird.
Die Anwendung selbst funktioniert zuverlässig. Problematisch ist jedoch ihre Betriebsumgebung: Das verwendete Betriebssystem erhält keine Sicherheitsupdates mehr und kann auf neuer Hardware nur eingeschränkt betrieben werden.
Zusätzlich greifen mehrere andere Systeme direkt auf die Datenbank der Anwendung zu.
Eine mögliche Modernisierung könnte schrittweise erfolgen.
Zunächst wird untersucht, welche Funktionen und Abhängigkeiten tatsächlich bestehen. Anschließend wird die Anwendung in eine besser kontrollierbare Betriebsumgebung überführt.
Für andere Systeme wird eine definierte Schnittstelle geschaffen, sodass direkte Datenbankzugriffe nach und nach entfernt werden können.
Erst danach wird entschieden, ob die eigentliche Anwendung ebenfalls ersetzt werden muss.
Die Modernisierung besteht damit nicht aus einem einzelnen Austausch, sondern aus mehreren gezielten Veränderungen, die unterschiedliche Risiken des bestehenden Systems behandeln.

Abgrenzung

• Ein Legacy-System bezeichnet ein bestehendes System, dessen heutige technische oder organisatorische Situation besondere Herausforderungen verursachen kann.
• Legacy-Modernisierung bezeichnet mögliche Veränderungen an diesem System oder seiner Umgebung.
• Eine Migration kann Bestandteil einer Modernisierung sein, ist aber nicht dasselbe. Migration beschreibt zunächst die Übertragung von Systemen, Daten oder Funktionen von einer Umgebung in eine andere.
• Auch Lösungsarchitektur und Systemintegration können bei einer Modernisierung eine Rolle spielen. Die Lösungsarchitektur beschreibt den grundlegenden Aufbau einer geplanten Lösung; Systemintegration beschäftigt sich mit dem Zusammenwirken beteiligter Systeme.
• Legacy-Modernisierung ist außerdem nicht automatisch digitale Transformation. Sie kann sich auf einen einzelnen, klar abgegrenzten technischen Problembereich beschränken.

Weiterführend

Verwandte Begriffe

→ Legacy-System
→ Systemanalyse
→ Systemarchitektur
→ Lösungsarchitektur
→ Systemintegration
→ Verifikation und Validierung
→ Resilienz
→ Digitale Souveränität