Legacy modernisieren ohne Big Bang: Strangler-Fig, Schnittstellen und wann ihr stoppen m├╝sst
Warum komplette Rewrites oft scheitern, wie ihr Funktionalit├ñt St├╝ck f├╝r St├╝ck abl├Âst ÔÇö und welche technischen Voraussetzungen ihr schaffen solltet, bevor das erste Team ÔÇ×nur malÔÇ£ parallel baut.
4. Februar 2025 · Abbattista
Ein Rewrite klingt nach Freiheit. In der Praxis bedeutet er oft: zwei Systeme parallel, doppelte Business-Logik und ein Jahr sp├ñter die Frage, ob das neue System jemals alles kann, was das alte ÔÇ×irgendwieÔÇ£ konnte.
Das Strangler-Pattern in Klartext
Ihr lasst das Altsystem laufen und fangt neue oder riskante Teile an einer Kante ab: API-Gateway, BFF, oder eine schmale neue Domäne (z. B. Auth, Checkout, Reporting). Traffic wird schrittweise umgeleitet. Das alte System schrumpft, statt in einem Tag abgeschaltet zu werden.
Schnittstellen vor Features
Ohne stabile Grenzen (Contracts, Versionierung, Fehlersemantik) wird jede Extraktion zum Ratespiel. Investiert fr├╝h in:
- klare API- oder Event-Verträge,
- Contract-Tests oder Consumer-driven Checks,
- dokumentierte Deprecation-Politik.
Datenmigration als eigenes Risiko
Oft ist Code das kleinere Problem ÔÇö Daten sind es. Plant idempotente Migrationen, Reconciliation-Jobs und Rollback-Pfade. Ein Read-Model f├╝r Reporting kann schneller entkoppeln als ein komplettes Schema-Redesign in einem Rutsch.
Wann ihr stoppen solltet
Wenn das Team nicht mehr erkl├ñren kann, welche Nutzer welche Teile des Altsystems noch brauchen, oder wenn jedes Sprint-Ziel ÔÇ×nur noch schnell fixenÔÇ£ ist: Pause. Ohne Produkt- und Architektur-Klarheit wird stranglen zur Endlosschleife.
Fazit
Modernisierung ist ein Produktproblem mit Technikfolgen. Das Strangler-Pattern gibt euch eine ├Âkonomische und psychologisch ertr├ñgliche Kurve ÔÇö wenn ihr die Schnittstellen ernst nehmt.
Mehr Struktur f├╝r die Ersteinsch├ñtzung: Legacy Readiness Playbook. Umsetzung und Oberfl├ñchen geh├Âren oft zu Webdesign & Entwicklung.
Teilen