Legacy Modernisierung & Zero-Downtime-Replatforming

Wir verwenden das Strangler-Fig-Pattern mit Dual-Write-Datenreplikation darunter. Das neue Next.js-Frontend startet damit, deine Legacy-APIs zu verbrauchen, während wir Daten zu Supabase im Hintergrund über CDC-Streams migrieren. Traffic wechselt progressiv über CDN-Routing – erst 5% Canary, dann ein kontrolliertes Ramp zu 100% über ein paar Wochen. Wenn wir DNS flippen, sind beide Systeme vollständig synchronisiert. Das eigentliche Cutover dauert Minuten, nicht Stunden. Und Rollback ist eine einzelne Konfigurationsänderung. Das ist alles.

Ehrlich gesagt, 12-20 Wochen deckt die meisten Projekte ab – aber diese Range bewegt sich je nach Monolith-Komplexität, Datenbankgröße und wie vielen Downstream-Integrationen du mitschleppst. Wir starten mit einer 2-wöchigen bezahlten Discovery-Phase, die einen vollständigen Migrations-Graph und Risikobewertung produziert, damit es keine Überraschungen im Projekt gibt. Der eigentliche Grund, warum Timelines komprimieren, ist dass Frontend- und Datenmigrations-Workstreams parallel statt sequenziell laufen. Du sitzt nicht untätig rum und wartest, dass Phase eins abschließt, bevor Phase zwei öffnen kann.

Automatisierte Abstimmung läuft alle 15 Minuten, vergleicht Row-Counts, Aggregat-Checksummen und Referenzintegrität über Legacy-Datenbank und Supabase. Wir flippen den Write-Path nicht, bis Abstimmung 72 aufeinanderfolgende Stunden sauber passt – nicht ungefähr 72, nicht 70 mit einer guten Erklärung. Nach Cutover bleibt die Legacy-Datenbank 30 volle Tage im Read-Only-Modus vor Decommission. Sie ist da, wenn wir sie brauchen. Wir mussten sie nie benutzen. Aber dieses Sicherheitsnetz spielt eine Rolle, und ich würde es nie überspringen.

Ja – und es werden nicht alle abgemeldet, das ist das Ding, das den Leuten wichtig ist. Wir bauen eine Bridge-Schicht, die Legacy-Session-Cookies in JWT-Tokens während der Übergangsfrist übersetzt. Supabase Auth handhabt JWT, OAuth2, SAML und Magic Links nativ. Credentials migrieren mit bcrypt-kompatibler Hashing. Die Bridge läuft typischerweise 2-4 Wochen – lang genug für alle aktiven Sessions natürlich zu ablaufen und gegen das neue System neu zu authentifizieren. Benutzer merken davon nichts. Das ist das Ziel.

Hier ist nichts binär. Jeden Integrationspunkt steuern Feature Flags, also bist du nie in einer Position, wo Rollback eine katastrophale Alles-oder-Nichts-Entscheidung bedeutet. Das Next.js-Frontend zurück zum Legacy-System zu rollen ist eine CDN-Routing-Änderung, die in unter 60 Sekunden wirksam wird. Datenbankrollback leitet Writes über den Reverse-Replication-Stream zurück zum Legacy-System. Aber hier ist das Ding – wir testen die komplette Rollback-Prozedur im Staging vor jedem Production-Cutover. Das ist nicht etwas, das wir in der Nacht herausfinden. Das wäre verrückt.

Typischerweise 40-50% Reduktion in Hosting- und Wartungskosten im ersten Jahr. Legacy-Monolithen brauchen vertikale Skalierung – größer, zunehmend teurere Server – plus lizenzierte Datenbanken wie SQL Server oder Oracle, plus spezialisierte Ops-Teams, deren ganzer Job nur ist, die Lichter anzuhalten. Die Jamstack-Architektur flippt dieses Modell komplett: edge-verteilte statische Assets, serverlose Compute, die auf null skaliert, wenn untätig, und Supabase's verwaltete PostgreSQL bei elastischen Preisen. Wir modellieren die projizierten Nummern während Discovery, damit du von echten Zahlen spezifisch zu deiner Infrastruktur arbeitest – nicht Industrie-Durchschnitte.

Nein – und "alles gleichzeitig umschreiben" ist auch nicht wirklich eine Strategie. Das Strangler-Fig-Pattern bedeutet, Business-Logik bewegt inkrementell und absichtlich. Kritische Pfade gehen zu Supabase Edge Functions oder Next.js API Routes zuerst. Niedriges Risiko Legacy-Logik kann Monate hinter der API-Kompatibilitätsschicht laufen, während wir durch höhere Prioritäten arbeiten. Wir sequenzieren basierend auf echtem Performance-Impact und Wartungslast – nicht irgendwelche willkürliche Checklisten-Definition von was als fertig zählt.