Rewrite, Refactoring oder Replatforming? Erst die Ursache, dann der Weg

Veraltete Laufzeit, zäher Code, jede Änderung dauert länger als die vorige — irgendwann fällt der Satz „Das schreiben wir neu”. Manchmal stimmt das. Oft ist der Rewrite aber nur der teuerste von vier Wegen: Update, Refactoring, Replatforming und eben Neubau. Sie sind keine Stufen, sondern verschiedene Eingriffe mit eigenem Risiko.

„Die Anwendung ist alt” ist keine Diagnose

Ist die Laufzeit nicht mehr unterstützt, hilft ein Update. Hängt alles mit allem zusammen, hilft Refactoring. Ist vor allem der Betrieb teuer, liegt das Problem in der Plattform. Ein Umzug in Container oder Cloud ändert allerdings den Betrieb, nicht den Code — der DORA-Bericht 2024 hält fest, dass ein Cloud-Umzug ohne Nutzung ihrer Flexibilität sogar schlechter sein kann als das eigene Rechenzentrum.

Was nur im Code steht

Gewachsene Anwendungen tragen Regeln, die nirgends dokumentiert sind: Sonderfälle einzelner Kunden, Altverträge, ein Nachtlauf, der Fehler still korrigiert. Ein Rewrite ohne dieses Wissen baut die bekannten Funktionen nach, nicht die benötigten. Deshalb steht vor jedem größeren Umbau ein Sicherheitsnetz aus Characterization Tests und Vergleichen alt gegen neu.

Schritte statt Stichtag

Muster wie Strangler Fig ersetzen einen Bereich nach dem anderen, während der Bestand weiterläuft und als Rückweg bleibt. Ein Detail am Rande: „Refactor” meint bei Microsoft eine Codeänderung ohne Verhaltensänderung, bei AWS auch den Umbau der Architektur — wer das Wort benutzt, sollte klären, was gemeint ist.

Mehr dazu

Welche sieben Kriterien du durchgehst und wie daraus eine begründete Strategie je Bereich wird, zeigt das kostenlose Kurzmodul Sieben Entscheidungskriterien — mit Video und Kapitelübersicht.

← Alle Beiträge