Altsystem ablösen: Schrittweise Migration ohne Big-Bang-Risiko

Von Christian Loth · Enterprise Architect & Automatisierungsexperte · Leipzig

In vielen Betrieben gibt es dieses eine System, das intern nur noch "die Blackbox" heißt. Gewachsen über Jahre, mehrfach angepasst, von der Person, die es ursprünglich aufgesetzt hat, längst nicht mehr betreut. Es läuft – irgendwie, meistens zuverlässig genug, dass niemand es anfassen will.

Ein Wechsel steht seit Jahren im Raum. Passiert ist trotzdem nichts. Der Grund ist selten Bequemlichkeit, sondern Angst: vor dem einen Stichtag, an dem alles auf einmal funktionieren muss, und vor der Geschichte vom letzten Betrieb (oder dem eigenen letzten Versuch), bei dem genau das schiefging – und der Laden für zwei Tage stillstand.

Warum "Big Bang" so oft scheitert

Ein klassischer Systemwechsel läuft nach einem einfachen, aber riskanten Muster: An einem festen Stichtag wird das alte System abgeschaltet und das neue eingeschaltet. Alle Daten müssen bis dahin vollständig übertragen sein, alle Prozesse im neuen System funktionieren, alle Schnittstellen zu Kunden, Lieferanten oder anderen internen Systemen sofort laufen.

Das Problem an diesem Modell: Es gibt keinen Puffer. Ein einzelner übersehener Sonderfall – eine Produktgruppe mit abweichender Preislogik, eine Schnittstelle, die im Test funktionierte, aber unter echter Last nicht, ein Datenfeld, das anders interpretiert wird als gedacht – reicht aus, um den kompletten Betrieb zu stoppen. Nicht eine Abteilung, nicht einen Prozess. Alles gleichzeitig.

Genau deshalb werden so viele Migrationsprojekte verschoben, immer wieder aufgeschoben oder nach einem missglückten ersten Versuch ganz abgebrochen. Das Risiko ist real, und die Angst davor ist es auch.

Die Alternative: Schrittweise Ablösung statt Stichtag

Der Grundgedanke einer schrittweisen Ablösung – oft als Strangler-Fig-Prinzip bezeichnet, nach der Würgefeige, die einen Wirtsbaum langsam umschließt und ersetzt – ist einfach: Statt das Altsystem an einem Tag komplett abzuschalten, wird das neue System Stück für Stück drumherum gebaut. Einzelne Funktionen wandern nacheinander ins neue System, während der Rest weiter im Altsystem läuft.

Eine bessere Alltags-Analogie: Man tauscht eine alte Hausfassade nicht, indem man das Haus abreißt und neu baut. Man ersetzt Stein für Stein, während die Bewohner weiter drinnen leben. Erst wenn der letzte alte Stein raus ist, ist der Umbau fertig – und niemand musste zwischenzeitlich ausziehen.

Übertragen auf ein Altsystem heißt das: Zuerst übernimmt das neue System eine einzelne, klar abgegrenzte Funktion – zum Beispiel die Angebotserstellung oder die Lagerbestandsführung für eine Produktgruppe. Der Rest bleibt unverändert im Altsystem. Erst wenn diese eine Funktion zuverlässig läuft, wandert die nächste. Schritt für Schritt, nicht alles auf einmal.

Wie das technisch funktioniert, wenn beide Systeme nicht direkt verbunden sind

Viele Altsysteme haben keine moderne Schnittstelle. Sie laufen isoliert im Firmennetz, sprechen kein REST oder SOAP, und ein direkter Draht zum neuen System existiert schlicht nicht. Das ist kein Hindernis für eine schrittweise Ablösung – es braucht nur eine Brücke dazwischen.

Diese Brücke ist eine schlanke Zwischenschicht, die Daten zwischen beiden Systemen automatisiert austauscht, ohne das Altsystem selbst umbauen zu müssen. Sie liest, was im Altsystem passiert, überträgt die relevanten Informationen an das neue System – und umgekehrt, solange beide parallel laufen. Für Mitarbeiter, die weiter mit dem Altsystem arbeiten, ändert sich in dieser Übergangsphase oft nichts. Im Hintergrund läuft der Datenaustausch automatisch mit.

Wie eine solche Brücke zu einem Altsystem ohne moderne Schnittstelle konkret aufgebaut wird, beschreibe ich ausführlicher im Artikel Legacy-Systeme anbinden – dort geht es um den Fall, dass ihr das Altsystem dauerhaft nur anbinden, aber nicht ablösen wollt. Der Unterschied zu diesem Artikel: Hier ist die Brücke eine Übergangslösung auf dem Weg zur vollständigen Ablösung, nicht der Endzustand.

Was in der Praxis dabei entsteht

Für eine Zeit lang laufen beide Systeme nebeneinander – das ist kein Makel, sondern der Kern des Prinzips. Jede Funktion, die erfolgreich ins neue System gewandert ist, reduziert das Risiko im Altsystem etwas weiter. Vertrauen in das neue System baut sich über Wochen und Monate auf, nicht an einem einzigen Tag.

Sollte bei einer einzelnen Funktion doch etwas nicht wie erwartet laufen, betrifft das genau diese eine Funktion – nicht den gesamten Betrieb. Der Fehler lässt sich eingrenzen, beheben und die betroffene Funktion notfalls vorübergehend zurück ins Altsystem verschieben, während der Rest der Migration unberührt weiterläuft.

Wann Big Bang doch sinnvoller ist

Nicht jedes Altsystem braucht diesen Aufwand. Bei einem sehr kleinen, überschaubaren System mit wenigen Abhängigkeiten – wenige Nutzer, keine komplexen Schnittstellen, ein klar abgegrenzter Funktionsumfang – kann eine schrittweise Migration unnötig kompliziert und am Ende teurer sein als ein sauberer Komplettwechsel an einem ruhigen Zeitpunkt, etwa während der Betriebsferien.

Die ehrliche Faustregel: Je mehr Abhängigkeiten, Sonderfälle und Schnittstellen ein Altsystem hat, desto mehr spricht für eine schrittweise Ablösung. Je kleiner und isolierter das System, desto eher reicht ein gut vorbereiteter Stichtag-Wechsel.

Was ein Erstgespräch bringt

Ich beschäftige mich als Enterprise Architect regelmäßig mit genau dieser Art von Migrationsproblem – wie man ein gewachsenes System ablöst, ohne den laufenden Betrieb zu gefährden. Bei CLX Digital übertrage ich dieses Architekturprinzip auf Mittelständler, die sich keine eigene Migrationsabteilung leisten können, aber vor derselben Grundfrage stehen.

Im kostenlosen Erstgespräch schauen wir uns euer Altsystem an – welche Funktionen es hat, wie viele Abhängigkeiten bestehen, ob eine schrittweise Ablösung oder ein Komplettwechsel für euch sinnvoller ist. Kein Hard-Sell, keine Standardlösung von der Stange.

---

Häufige Fragen zum Altsystem ablösen

Was bedeutet "Strangler-Fig-Prinzip" bei einer Systemablösung?

Das Prinzip beschreibt eine schrittweise Migration, bei der ein neues System Funktion für Funktion um ein bestehendes Altsystem herum gebaut wird, statt es an einem Stichtag komplett zu ersetzen. Der Name kommt von der Würgefeige, die einen Wirtsbaum langsam umschließt und ersetzt.

Ist eine schrittweise Migration nicht viel teurer als ein Komplettwechsel?

Nicht zwangsläufig. Der Gesamtaufwand kann ähnlich sein, verteilt sich aber über einen längeren Zeitraum statt auf einen konzentrierten Umstellungszeitpunkt. Bei komplexen Systemen mit vielen Abhängigkeiten überwiegt meist der Vorteil des reduzierten Risikos den zusätzlichen Koordinationsaufwand.

Wie lange dauert eine schrittweise Ablösung typischerweise?

Das hängt stark von der Anzahl und Komplexität der Funktionen im Altsystem ab. Ein System mit wenigen, klar abgegrenzten Funktionen lässt sich schneller ablösen als ein stark verzahntes System mit vielen Sonderfällen. Eine pauschale Zeitangabe wäre unseriös – das lässt sich erst nach einer Bestandsaufnahme einschätzen.

Muss das Altsystem für die Übergangszeit angepasst werden?

In den meisten Fällen nicht direkt. Die Brücke zwischen altem und neuem System liest die vorhandenen Daten aus, ohne das Altsystem selbst umzubauen. Das reduziert das Risiko, weil das ohnehin fragile Altsystem möglichst unangetastet bleibt.

Was passiert, wenn eine migrierte Funktion im neuen System nicht wie erwartet läuft?

Da nur eine einzelne, abgegrenzte Funktion betroffen ist, lässt sich der Fehler eingrenzen und beheben, ohne den gesamten Betrieb zu stoppen. Im Zweifel kann diese eine Funktion vorübergehend zurück ins Altsystem verschoben werden, während der Rest der Migration unberührt weiterläuft.