Systeme

Strangler Fig in der Praxis: Migration ohne Big Bang, mit den Fallen, die niemand erwähnt

Das Strangler-Fig-Muster ist der Standardrat für Legacy-Ablösung: Man legt eine Fassade vor das Altsystem und leitet Funktion für Funktion um, bis das Alte leer ist. Der Rat ist richtig. Er verschweigt nur, woran die Umsetzung tatsächlich hängt — und das ist selten die Fassade.

Schnellantwort

Das Strangler-Fig-Muster scheitert selten an der Fassade, sondern an drei Punkten: ungeklärte Datenhoheit (zwei schreibende Systeme erzeugen zwei Wahrheiten), ein Schnitt nach technischer Schwierigkeit statt nach Geschäftsfähigkeit, und eine Fassade ohne verantwortlichen Betrieb. Voraussetzung sind eine belegte Abhängigkeitskarte, eine Hoheitsentscheidung je Datenbereich und ein erstes Segment, das schmal genug für Wochen und vollständig genug für einen Beweis ist.

Byte · SystemeSystemeByteMuster

Falle 1: Die Datenhoheit wird nicht geklärt

Solange beide Systeme dieselben Daten schreiben, gibt es zwei Wahrheiten. Das Muster verlangt eine Entscheidung je Datenbereich: Wer ist führend, wer liest nur mit. Diese Entscheidung ist fachlich, nicht technisch, und sie ist der häufigste Grund, warum Strangler-Projekte in einem dauerhaften Zwischenzustand steckenbleiben. Ohne geklärte Hoheit entsteht Synchronisation, und Synchronisation ist ein zweites System, das niemand geplant hat.

Falle 2: Der Schnitt folgt der Technik statt dem Geschäft

Wer nach technischen Schichten schneidet, migriert zuerst das, was leicht geht — meist Lesezugriffe und Oberflächen. Danach bleibt der harte Kern übrig, unverändert und jetzt zusätzlich mit einer Fassade davor. Der tragfähige Schnitt folgt Geschäftsfähigkeiten: ein vollständiger Vorgang mit eigenen Daten, der allein Sinn ergibt. Der ist am Anfang unbequemer und am Ende der einzige, der zum Ziel führt.

Wer nach technischer Schwierigkeit schneidet, verschiebt das Problem. Wer nach Geschäftsfähigkeit schneidet, löst es scheibchenweise.

Falle 3: Niemand verantwortet die Fassade

Die Fassade ist kein Übergangsartefakt, sondern für Jahre produktive Infrastruktur. Sie braucht Betrieb, Monitoring, Lasttests und eine Person, die für sie zuständig ist. Wird sie als Projektnebenprodukt behandelt, wird sie der Engpass — und dann ist die Ablösung nicht nur langsam, sondern auch instabil.

Was vorher geklärt sein muss

Drei Dinge: eine belegte Abhängigkeitskarte, damit klar ist, welche Aufrufe wirklich über die Fassade laufen müssen; die Datenhoheit je Bereich; und ein erstes Zielsegment, das schmal genug ist, um in Wochen produktiv zu gehen, aber vollständig genug, um etwas zu beweisen. Wer diese drei Punkte hat, kann mit dem Muster arbeiten. Wer sie nicht hat, baut eine Fassade vor ein unbekanntes Gebäude.

Wann das Muster nicht passt

Bei Systemen ohne saubere Aufrufgrenze — etwa einer Anwendung, in der Oberfläche, Logik und Datenzugriff untrennbar in denselben Programmen liegen. Dort ist zuerst eine Entflechtung nötig, und die ist ein eigenes Vorhaben. Das Muster ist dann nicht falsch, nur noch nicht anwendbar.

Die Fassade ist kein Übergangsartefakt. Sie ist für Jahre produktive Infrastruktur und braucht jemanden, der sie verantwortet.

Häufige Fragen

Was ist der typische Zeithorizont für eine Strangler-Migration?

Für ein mittelgroßes Kernsystem zwei bis vier Jahre bis zur Abschaltung des Alten, mit ersten produktiven Segmenten nach Monaten. Wer kürzere Zusagen bekommt, sollte fragen, welche Datenbereiche in dieser Zeit doppelt geführt werden.

Wie verhindert man den dauerhaften Zwischenzustand?

Durch eine verbindliche Reihenfolge mit Abschaltterminen je Segment und dadurch, dass neue Funktionalität ausschließlich außerhalb des Altsystems entsteht. Sobald das Alte weiter wächst, ist die Migration rechnerisch nicht mehr zu gewinnen.

Braucht jede Strangler-Migration einen API-Gateway?

Nicht zwingend ein Produkt, aber eine definierte Umleitungsstelle. Das kann ein Gateway sein, ein Reverse Proxy oder eine Routing-Schicht in der bestehenden Anwendung. Entscheidend ist, dass die Umleitung an einer Stelle konfiguriert wird und nicht an dreißig.

Wie geht man mit Batch-Verarbeitung um?

Batches sind der unterschätzte Teil. Sie umgehen die Fassade regelmäßig, weil sie direkt auf die Datenbank gehen. Deshalb gehört jeder nächtliche Lauf in die Abhängigkeitskarte, bevor die erste Umleitung scharf geschaltet wird.

Bringen Sie das System mit, das Ihnen Sorgen macht.

30 Minuten, kein Vertrieb. Wir sagen Ihnen, ob eine Discovery bei diesem System etwas bringt.

Legacy Discovery ansehen →
Kostenloses Live-Webinar

In 2 Wochen vom Engpass zum KI-Piloten.

Dienstag, 18.08.2026 · 11:00 Uhr45 Min live · Q&A · AufzeichnungMasiar Ighani · Gründer und CEO
Platz sichern → kostenlos
QR-Code zur Webinar-Anmeldung auf skillbyte.de
Scannen oder antippen