Legacy-System

Wann ein System zum Legacy-System wird

Es gibt keinen bestimmten Zeitpunkt, an dem ein technisches System automatisch zum Legacy-System wird.
Ein zehn, zwanzig oder vierzig Jahre altes System kann seine Aufgabe weiterhin zuverlässig erfüllen. Eine wesentlich jüngere Anwendung kann dagegen bereits schwer wartbar oder kaum noch veränderbar sein.
Entscheidend sind deshalb nicht allein Alter oder verwendete Technologie.

Hinweise auf eine Legacy-Situation können beispielsweise sein:

• verwendete Technologien werden nicht mehr unterstützt
• notwendiges Wissen ist nur noch bei wenigen Personen vorhanden
• Dokumentation fehlt oder entspricht nicht mehr dem tatsächlichen System
• Änderungen haben schwer vorhersehbare Auswirkungen
• andere Systeme sind von bestimmten Funktionen oder Daten abhängig
• Schnittstellen sind historisch gewachsen
• Daten können nur mit erheblichem Aufwand übertragen werden
• Ersatzteile, Entwicklungswerkzeuge oder Betriebsumgebungen werden schwer verfügbar
• organisatorische Prozesse hängen vom bisherigen Verhalten des Systems ab

Nicht jeder dieser Punkte macht ein System automatisch problematisch.
Entscheidend ist ihre Bedeutung für den konkreten Betrieb.

Funktionierende alte Systeme sind nicht automatisch ein Problem

Bei technischen Modernisierungen entsteht leicht die Annahme, dass ältere Systeme grundsätzlich ersetzt werden sollten.
Das ist nicht zwingend sinnvoll.

Ein vorhandenes System kann:

• zuverlässig funktionieren
• vollständig verstanden sein
• geringe Betriebskosten verursachen
• nur wenige Abhängigkeiten besitzen
• seine Aufgabe ausreichend erfüllen
• über Jahre praktisch erprobt sein

In einem solchen Fall kann der Weiterbetrieb technisch und wirtschaftlich sinnvoller sein als eine Ablösung.
Eine neue Technologie besitzt nicht allein deshalb einen Vorteil, weil sie neuer ist.
Die relevante Frage lautet vielmehr, ob das bestehende System seine heutige und absehbare zukünftige Aufgabe unter vertretbaren Bedingungen erfüllen kann.

Das unsichtbare System um das System

Ein lange betriebenes System besteht praktisch häufig aus mehr als der eigentlichen Software oder Hardware.

Um seine ursprüngliche Funktion können zusätzliche Strukturen entstanden sein:

• Skripte und Hilfsprogramme
• Datenexporte und Importe
• Tabellen und Auswertungen
• Schnittstellen zu anderen Anwendungen
• manuelle Kontrollschritte
• organisatorische Regeln
• Arbeitsabläufe
• Wissen einzelner Mitarbeiter
• Ausnahmen und Sonderfälle

Diese Bestandteile können für den tatsächlichen Betrieb genauso wichtig sein wie das ursprüngliche System.
Deshalb kann der Austausch einer einzelnen Anwendung Auswirkungen auf Prozesse haben, die auf den ersten Blick überhaupt nicht mit ihr verbunden erscheinen.

Verlorenes Wissen verändert die Wartbarkeit

Bei lange betriebenen Systemen kann Wissen über ihre Entstehung und Funktionsweise verloren gehen.
Entwickler verlassen ein Unternehmen. Dokumentationen werden nicht aktualisiert. Übergangslösungen bleiben dauerhaft bestehen. Gründe für frühere Entscheidungen sind später nicht mehr bekannt.
Das verändert die praktische Wartbarkeit des Systems.
Zwei technisch identische Systeme können deshalb sehr unterschiedliche Legacy-Eigenschaften besitzen.
Ist eines vollständig dokumentiert und wird von Personen betreut, die seine Zusammenhänge verstehen, kann es problemlos weiterentwickelt werden.
Beim anderen können bereits kleine Änderungen ein erhebliches Risiko darstellen, weil ihre Auswirkungen nicht zuverlässig eingeschätzt werden können.
Legacy ist damit nicht ausschließlich eine Eigenschaft der verwendeten Technik. Auch verfügbares Wissen und die Einbettung eines Systems in seine Umgebung spielen eine Rolle.

Warum Legacy-Systeme praktische Auswirkungen haben

• Änderungen benötigen mehr Vorarbeit: Unbekannte Abhängigkeiten müssen zunächst untersucht werden.
• Migrationen können unerwartete Folgen haben: Andere Systeme oder Prozesse können vom bisherigen Verhalten abhängig sein.
• Wissen wird zum Betriebsfaktor: Fehlende Dokumentation und verlorene Kenntnisse können technische Änderungen erschweren.
• Weiterbetrieb kann sinnvoll sein: Nicht jedes ältere System muss modernisiert werden.
• Teilmodernisierung wird möglich: Einzelne problematische Bestandteile können verändert werden, ohne das gesamte System zu ersetzen.
• Risiken lassen sich gezielter betrachten: Alter, Support, Abhängigkeiten und Änderbarkeit können getrennt bewertet werden.

Typisches Beispiel

Eine Anwendung erzeugt seit zwanzig Jahren jeden Abend eine Datei mit aktuellen Auftragsdaten.
Die eigentliche Anwendung soll ersetzt werden.
Bei der Systemanalyse stellt sich heraus, dass drei andere Prozesse diese Datei verwenden. Einer davon ist dokumentiert. Der zweite wurde vor Jahren von einem Mitarbeiter eingerichtet. Beim dritten ist zunächst lediglich sichtbar, dass die Datei regelmäßig abgeholt wird.
Das neue System könnte sämtliche offiziell beschriebenen Anforderungen der alten Anwendung erfüllen und trotzdem den Betrieb stören, wenn dieser unscheinbare Export entfällt.
Die Herausforderung des Legacy-Systems besteht in diesem Fall nicht primär in seinem Alter.
Sie besteht darin, dass sich über Jahre Abhängigkeiten entwickelt haben, die vor einer Veränderung zunächst verstanden werden müssen.

Behalten, verändern oder ersetzen?

Ein Legacy-System muss nicht zwangsläufig vollständig ersetzt werden.

Abhängig von Problem und Randbedingungen kommen unterschiedliche Möglichkeiten infrage:

• unverändert weiterbetreiben
• Betrieb absichern
• dokumentieren
• einzelne Komponenten aktualisieren
• Schnittstellen ergänzen
• problematische Abhängigkeiten entfernen
• Daten migrieren
• Funktionen schrittweise verlagern
• Teile des Systems ersetzen
• das gesamte System ablösen

Welche Variante sinnvoll ist, lässt sich erst beurteilen, wenn ausreichend bekannt ist, welche Funktion das System tatsächlich erfüllt und welche Auswirkungen eine Änderung hätte.
Mögliche Veränderungen an einem Legacy-System oder seiner Umgebung sind Gegenstand der Legacy-Modernisierung.

Abgrenzung

• Ein Legacy-System bezeichnet zunächst ein bestehendes System in einer bestimmten technischen und organisatorischen Situation.
• Legacy-Modernisierung bezeichnet dagegen mögliche Veränderungen an einem solchen System oder seiner Umgebung.
• Ein Legacy-System ist außerdem nicht mit technischen Schulden gleichzusetzen. Technische Schulden beschreiben Folgen bestimmter technischer Entscheidungen, die spätere Änderungen erschweren oder zusätzlichen Aufwand verursachen können. Ein Legacy-System kann technische Schulden enthalten, muss aber nicht allein dadurch zum Legacy-System geworden sein.
• Auch Systemanalyse und Systemarchitektur bezeichnen etwas anderes. Sie liefern Methoden und Modelle, mit denen unter anderem Legacy-Systeme und ihre Abhängigkeiten untersucht und beschrieben werden können.

Weiterführend

Verwandte Begriffe

→ Systemanalyse
→ Systemarchitektur
→ Lösungsarchitektur
→ Systemintegration
→ Legacy-Modernisierung
→ Digitale Souveränität