Loading content
Das Strangler-Fig-Pattern ermöglicht die schrittweise Modernisierung legacy-basierter Systeme, indem neue Funktionalität neben dem Monolithen entwickelt und Verkehr schrittweise umgeleitet wird. Es reduziert Big-Bang-Risiken und erlaubt inkrementelle Tests und Releases während der Migration. Geeignet für riskante, komplexe Ablösungen mit laufendem Betrieb.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Das Strangler-Fig-Pattern ersetzt ein bestehendes System schrittweise, indem neue Funktionen neben dem Altsystem entstehen und Aufrufe kontrolliert umgeleitet werden.
Martin Fowler prägte den Begriff nach der Würgefeige, die einen Baum umwächst. Das Muster beschreibt eine inkrementelle Modernisierung, bei der ein neues System das alte Stück für Stück umschließt und ablöst.
Eine Fassade, ein Router oder ein Adapter entscheidet je Funktion, ob der Monolith oder die neue Komponente antwortet. Jede abgeschlossene Funktion wird getestet, beobachtet und dauerhaft umgeleitet; danach kann der alte Teil entfernt werden. Übergangsweise entstehen doppelte Logik, Datenabgleich und zusätzliche Betriebswege, die aktiv beherrscht werden müssen.
Ein Altsystem wird in kleinen, rücknehmbaren Schritten durch neue Komponenten ersetzt.
Routing oder eine Fassade leitet einzelne Funktionen von alt nach neu um.
Laufender Betrieb bleibt möglich; Übergangskosten, Datenkonsistenz und Abschaltung brauchen eigene Planung.
Das Muster hilft, riskante Modernisierungen zu planen und Big-Bang-Migrationen in überprüfbare Schritte zu zerlegen.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.