Strangler Fig Pattern vs. Big Bang Rewrite: Legacy-Systeme modernisieren
Wer Legacy-Systeme modernisieren will (Strangler Fig Pattern vs. Big Bang Rewrite), kennt das Szenario: Das geschäftskritische, vor 15 Jahren entwickelte Kernsystem hält das Unternehmen noch am Leben. Doch die technologischen Schulden wachsen stetig. Neue Features dauern Monate, Experten verlassen das Unternehmen und die Integration von KI ist unmöglich. Mit diesem monolithische System riskiert das Unternehmen die digitale Zukunft zu blockieren.
Wenn der Entschluss zur Softwaremodernisierung (Re-Engineering) fällt, stehen IT-Leiter vor der ultimativen Frage: Reißen wir alles ab und bauen es komplett neu (Big Bang Rewrite)? Oder modernisieren wir das System Stück für Stück im laufenden Betrieb (Strangler Fig Pattern)?
Geschäftsführer
29. September 2026
Zusammenfassung in 3 Punkten
- Big Bang Rewrite: Komplette Neuentwicklung der Software von Grund auf. Hohes Risiko, jahrelange Entwicklungszeit ohne sichtbaren Zwischennutzen und die Gefahr, dass das neue System am Release-Tag bereits wieder veraltet ist.
- Strangler Fig Pattern: Schrittweise Ablösung des alten Systems durch moderne Microservices. Geringes Risiko, schneller Return on Investment (ROI) und keine Unterbrechung des laufenden Geschäftsbetriebs.
- Die pep.digital Empfehlung: In über 90% der geschäftskritischen B2B-Projekte ist das Strangler Fig Pattern die wirtschaftlichere, sicherere und agilere Wahl.
Technologische Grundlagen: Was bedeuten diese Ansätze?
Um die beiden Ansätze zu verstehen, hilft ein Blick in die Architektur (oder in die Natur):
Ein Big Bang Rewrite ist wie der Abriss eines Bürogebäudes. Du musst ausziehen, den Bagger holen und jahrelang auf einer Baustelle leben, bis das neue, perfekte Gebäude steht. Wenn sich deine Anforderungen in der Zwischenzeit ändern, hast du Pech gehabt.
Das Strangler Fig Pattern verdankt seinen Namen einer australischen Pflanzenart. Die Würgefeige (Strangler Fig) wächst von oben nach unten um einen alten Baumstamm herum. Sie nutzt den alten Baum als Stütze, bis sie stark genug ist, um alleine zu stehen – der alte Baum stirbt im Inneren ab. Auf die IT übertragen bedeutet das: Du baust eine neue, moderne Architektur (die Feige) schrittweise um den alten Monolithen herum. Sobald ein neuer Teilprozess funktioniert, wird der alte im Monolithen abgeschaltet.
Deep Dive in die Architektur: Wie funktioniert das Strangler Fig Pattern?
Der technische Dreh- und Angelpunkt dieses Methode ist eine Vermittlungsschicht – typischerweise ein API-Gateway oder ein Reverse Proxy. Dieses Gateway wird als erste Maßnahme vor das alte System geschaltet.
Der Ablauf in der Praxis:
- Fassade einziehen: Das API-Gateway fängt alle Nutzeranfragen (Requests) ab. Zunächst leitet es noch 100% der Anfragen an den alten Monolithen weiter. Der Nutzer merkt von dieser Änderung nichts.
- Domain isolieren: Das Entwicklungsteam identifiziert einen abgrenzbaren Bereich (z.B. das "Rechnungsmodul") und baut diesen als modernen Microservice (z.B. in Java Spring Boot) in einer neuen Cloud-Infrastruktur (z.B. AWS) oder on-premise nach.
- Traffic umleiten: Sobald der neue Service fertig und getestet ist, wird das API-Gateway umkonfiguriert. Anfragen für die Rechnungsstellung gehen ab sofort an den neuen Microservice. Alle anderen Anfragen (z.B. Lagerbestand, CRM) fließen weiterhin in das alte System.
- Schritt für Schritt: Dieser Vorgang wird für jedes Modul wiederholt, bis der Monolith keine Anfragen mehr erhält und endgültig abgeschaltet werden kann.
Business Value & Use Case: Wann wählst du welchen Weg?
Die Entscheidung für eine der beiden Methoden hat massiven Einfluss auf Budget und Business-Continuity.
Wann ist ein Big Bang sinnvoll?
Einen vollständigen Big Bang Rewrite solltest du nur in Erwägung ziehen, wenn die Legacy-Anwendung extrem klein ist und kaum fachliche Komplexität aufweist.
Weitere legitime Gründe sind fehlende API-Schnittstellen (Third-Party Integrations) nach außen oder wenn die Code-Basis durch jahrelange technische Schulden (Technical Debt) und fehlendes Refactoring so stark korrumpiert ("Spaghetti-Code") ist, dass selbst die Anbindung einer Vermittlungsschicht (wie einem API-Gateway) aus architektonischer Sicht unmöglich wird. In solchen Fällen einer kompletten System-Obsoleszenz bleibt oft nur der radikale Greenfield-Ansatz.
Wann gewinnt das Strangler Fig Pattern?
Für komplexe, geschäftskritische Individualsoftware (Custom Software) ist das Strangler Fig Pattern fast immer die überlegene Modernisierungsstrategie. Deine Vorteile im Überblick:
1. Früher Return on Investment (ROI) durch Priorisierung
Statt Jahre auf ein vollständiges Release zu warten, können die größten Pain Points sofort behoben werden. Wenn das alte Rechnungsmodul im Monolithen extrem fehleranfällig war, wird dieser Geschäftsprozess als erster in einen modernen Microservice überführt. Das Problem ist nach wenigen Wochen gelöst und liefert sofortigen Mehrwert.
2. Absolute Risikominimierung (Zero-Downtime)
Ein Big Bang Release birgt immer die Gefahr eines Totalausfalls. Beim Strangler Pattern hingegen minimierst du das Risiko auf Modulebene. Wenn ein neuer Service in der Produktivumgebung Fehler aufweist, fungiert das API-Gateway als Sicherheitsnetz: Per Knopfdruck wird der Traffic ("Traffic Routing") wieder auf das alte System umgeleitet (Fallback-Strategie / Rollback).
3. Kontinuierliche Innovationsfähigkeit (Kein Feature Freeze)
Das Re-Engineering der Legacy-Systeme verläuft parallel zum laufenden Betrieb. Da das Entwicklungsteam nach der agilen Methode arbeitet (z.B. Scrum oder Kanban), können wichtige Weiterentwicklungen in der alten Software weiterhin stattfinden. Es gibt keinen jahrelangen, gefürchteten Feature Freeze, der das Business auf dem Markt ausbremsen würde.
4. Technologische Unabhängigkeit & Skalierbarkeit
Indem die Software in unabhängige Services zerlegt wird, bist du nicht mehr an den Tech-Stack des alten Systems gebunden. Ein speicherintensives Modul kann hochskalierbar in der Public Cloud (z.B. AWS, Azure) gehostet werden, während sensible Daten-Services auf On-Premises-Servern verbleiben. Dieser Best-of-Breed-Ansatz verhindert zukünftigen Vendor Lock-in.
5. Modernes Recruiting und höhere Entwickler-Zufriedenheit
Es ist extrem schwer, Top-Entwickler für die Pflege von veraltetem "Spaghetti-Code" (z.B. altes COBOL oder veraltete PHP-Frameworks) zu finden. Durch die schrittweise Einführung moderner Technologien (z.B. Node.js, Java Spring Boot oder Containerisierung via Docker/Kubernetes) steigerst du die Developer Experience immens. Du machst dein Unternehmen als Arbeitgeber für IT-Talente wieder hochattraktiv.
Fazit: Risikofreie Softwaremodernisierung durch smarte Architektur
Die Ablösung einer veralteten Legacy-Software ist eine der kritischsten strategischen Entscheidungen für mittelständische und große Unternehmen. Ein klassischer Big Bang Rewrite birgt nicht nur immense finanzielle Risiken, sondern blockiert die eigene Innovationsfähigkeit durch monate- oder jahrelangen Feature Freeze.
Die Praxis zeigt: Das Strangler Fig Pattern ist in fast allen geschäftskritischen B2B-Projekten die überlegene Strategie. Durch den gezielten Einsatz eines API-Gateways als Vermittlungsschicht können veraltete Prozesse Schritt für Schritt in moderne Microservices (z.B. in der Cloud) überführt werden. Diese iterative Architektur-Evolution garantiert Business-Continuity ohne Betriebsunterbrechung und ermöglicht einen extrem frühen Return on Investment (ROI), da die dringendsten Probleme im System zuerst gelöst werden.
Anstatt das Budget in ein riskantes Großprojekt mit unklarem Ausgang zu investieren, ermöglicht die Strangler Fig Methode eine agile, kalkulierbare Softwaremodernisierung.
Als Experten für Software-Reengineering begleitet pep.digital Euch sicher durch diesen Prozess – von der Identifikation des ersten ablösbaren Moduls bis hin zur vollständigen, modernen Systemarchitektur.
Ist Eure Altanwendung bereit für ein Upgrade ohne Risiko? Lasst uns in einem Erstgespräch klären, mit welchem Modul Eure Modernisierung starten könnte.
Lasst uns den Code nicht einfach wegwerfen. In einem unverbindlichen Discovery-Workshop analysieren die Software-Architekten von pep.digital Euer bestehendes System, identifizieren logische Microservice-Grenzen und entwerfen eine sichere Roadmap für eure Modernisierung.
Hier vereinbarst du einen Termin für ein kostenfreies Erstgespräch mit uns.
Häufig gestellte Fragen
Steffen Ehlers
Ich bin Mitgründer und Geschäftsführer von pep.digital. Als unternehmerisch denkender Softwareexperte verantworte ich die strategische Ausrichtung unseres Unternehmens und berate Kunden bei der digitalen Transformation – von der ersten Idee bis zum produktiven System. Ich bin regelmäßig als Speaker und Impulsgeber aktiv, u. a. im Rahmen des IT-Kolloquiums der Hochschule Esslingen. Mein Fokus liegt auf digitalen Produktstrategien, Self-Service-Portalen und dem Einsatz von KI in Unternehmen.
Quellen
Weitere interessante Artikel
Wir möchten hier nicht nur über Neuigkeiten aus dem Unternehmen berichten, sondern auch das Wissen und die Erfahrung unserer Experten teilen.
Erfahre, wie Unternehmen ihre Legacy-Software modernisieren, Sicherheitsrisiken minimieren und mit moderner Softwareentwicklung effizient transformieren können. Legacy-Systeme, werden oft als veraltet abgetan, aber was steckt wirklich dahinter? Dieser Artikel beleuchtet die Herausforderungen und Chancen dieser Systeme und zeigt strategische Lösungsansätze auf.
Klemens Morbe
Softwareentwickler
Viele Unternehmen betreiben Software-Lösungen, die nicht mehr den aktuellen Anforderungen entsprechen, z.B. infolge veränderter Geschäftsprozesse, neuer Sicherheitsvorgaben oder veränderter Nutzererwartungen. Auch technisch veraltete Systeme sind oder kaum noch wartbar und können nicht mehr sicher betrieben werden. Und trotzdem bleiben sie weiter im Einsatz, weil der laufende Geschäftsbetrieb keine Unterbrechung erlaubt.
Tobias Lauffer
Agile Coach | Softwareentwickler
.svg)
