Monolith zu Microservices: Staged Migration statt Big-Bang-Rewrite

Wenn IT-Verantwortliche über die Modernisierung ihrer Legacy-Systeme nachdenken, scheint ein kompletter Neustart verlockend: Alles auf Null setzen, mit aktuellen Technologien neu aufbauen, technische Schulden eliminieren. Doch die Realität ist ernüchternd: Big-Bang-Rewrites scheitern in bis zu 70% der Fälle an Budget- oder Zeitplanüberschreitungen.

Ein warnendes Beispiel liefert die TSB Bank in Großbritannien: 2018 sperrte ein Big-Bang-Cutover 5,2 Millionen Kunden tagelang aus – das Resultat waren £48,65 Millionen Bußgeld und £32,7 Millionen Entschädigungen. Noch drastischer war das Schicksal von Netscape: Der Browser-Pionier verschwand drei Jahre vom Markt für einen kompletten Rewrite und verlor seine Marktposition nie wieder.

Das Problem mit dem Big Bang

Warum scheitern vollständige Neuentwicklungen so häufig? Der Big-Bang-Ansatz konzentriert alle Risiken – unbekanntes Legacy-Verhalten, Datenmigration, Benutzer-Umschulung, organisatorischer Wandel – in ein einziges, irreversibles Event. Während der 18 bis 36 Monate Entwicklungszeit liefert das Projekt keinen produktiven Mehrwert. Features müssen eingefroren werden, weil parallele Entwicklung auf altem und neuem Stack nicht koordinierbar ist. Und wenn beim Cutover Probleme auftreten, ist ein Rollback praktisch unmöglich.

Die Alternative: Strangler Fig Pattern

Die bewährte Lösung trägt einen ungewöhnlichen Namen: Das Strangler Fig Pattern, benannt von Software-Pionier Martin Fowler nach der Würgefeige, die ihren Wirtsbaum allmählich umschließt. Dieses etablierte Industriemuster ermöglicht eine risikoarme Migration in vier Phasen:

• Facade etablieren: Ein Routing-Layer (API Gateway oder Proxy) wird vor das Legacy-System gesetzt

• Schrittweise migrieren: Einzelne Funktionsbereiche werden Scheibe für Scheibe in neue Microservices überführt

• Legacy ablösen: Sobald alle Abhängigkeiten entfernt sind, wird das alte System ausgemustert

• Direktkommunikation: Die Facade wird entfernt, Services kommunizieren direkt

Der entscheidende Unterschied: Das Routing bestimmt, welche Anfragen zum neuen Service und welche noch zum Legacy-System geleitet werden. Bei Problemen kann per Konfiguration sofort zurückgeschaltet werden – Fehler bleiben lokal begrenzt und reversibel.

Früher Business Value statt Feature-Freeze

Während ein Big-Bang-Rewrite erst nach Jahren produktiven Wert liefert, erzeugt die inkrementelle Migration Mehrwert in Wochen bis Monaten. Die ersten migrierten Services können bereits neue Features auf modernem Stack erhalten, während andere Bereiche noch im Legacy-System laufen. Kein Feature-Freeze, keine verlorenen Jahre – das Management sieht kontinuierlichen ROI.

Diese agile Vorgehensweise ermöglicht es auch, aus jedem Migrationsschritt zu lernen: Annahmen werden in Produktion validiert, bevor der nächste Schritt beginnt. Erkenntnisse aus frühen Wellen fließen in spätere Migrationen ein. Beim Big-Bang werden Annahmen erst am Ende getestet – oft zu spät für Kurskorrekturen.

Bewährte Praxis im deutschen Mittelstand

Dass diese Strategie auch für KMU funktioniert, zeigt eine dokumentierte Fallstudie der Universität Stuttgart aus 2023: Das deutsche Unternehmen L-mobile migrierte erfolgreich Teile seiner Service- und Sales-Applikation mittels Strangler Fig Pattern. Das Evaluierungsergebnis bestätigt: Das Framework eignet sich "umfassend für die Migration im Rahmen des Proof of Concept" und darüber hinaus.

Auch Red Hat dokumentiert erfolgreiche Banking-Modernisierungen im deutschsprachigen Raum mit diesem Ansatz – Branchen mit höchsten Compliance- und Verfügbarkeitsanforderungen setzen auf staged Migration statt Risiko-Cutover.

Risikomanagement mit Augenmaß

Die Gegenüberstellung macht den Unterschied deutlich: Bei inkrementeller Migration verteilen sich Risiken auf viele kleine, reversible Schritte. Jeder Migrationsschritt wird in Produktion validiert, bevor der nächste beginnt. Das Routing kann per Slice zum Legacy-System zurückgeschaltet werden. Beim Big-Bang hingegen sind Fehler systemisch und ein Rollback nach dem Cutover praktisch unmöglich.

Fazit: Sicherheit durch Schritte

Die Modernisierung monolithischer Systeme ist für viele KMU unvermeidbar – aber sie muss nicht zum Vabanque-Spiel werden. Das Strangler Fig Pattern und verwandte Strategien sind etabliert, dokumentiert und praxiserprobt. Sie reduzieren Risiken, liefern frühen Mehrwert und ermöglichen Kurskorrektur während der Migration.

Die 70-Prozent-Scheitern-Rate von Big-Bang-Rewrites ist kein Naturgesetz – sie ist das Ergebnis konzentrierter statt verteilter Risiken. Wer seine Legacy-Modernisierung als Transformation statt als Revolution begreift, erhöht die Erfolgschancen dramatisch.