Unternehmen für die Modernisierung von Legacy-Software

Wir nutzen das Strangler-Fig-Muster – neue Funktionalität wird parallel zum bestehenden System entwickelt, wobei der Traffic schrittweise umgeleitet wird, sobald jedes Modul validiert ist. Das Legacy-System bleibt live, bis die neue Plattform vollständig bewährt ist.

Ein gezieltes Refactoring eines bestimmten Moduls kann 4–8 Wochen dauern. Ein vollständiger Plattform-Neuaufbau mit stufenweisem Ansatz dauert in der Regel 6–18 Monate. Wir beginnen immer mit einem Audit, das einen realistischen, risikobereinigten Zeitplan liefert.

Das ist ein häufiger Fall. Wir beginnen jedes Projekt mit einer Discovery-Phase, in der wir die Geschäftslogik aus der bestehenden Codebasis rekonstruieren, Stakeholder befragen und dokumentieren, was das System tatsächlich leistet, bevor die Modernisierung beginnt.

Wir haben Erfahrung in der Modernisierung von Systemen auf Basis von .NET Framework, ASP.NET WebForms, PHP, Java EE, Ruby on Rails und klassischem ASP. Sollte Ihr Stack noch älter sein, haben wir ihn wahrscheinlich schon einmal gesehen.

Legacy-Softwaremodernisierung ist der Prozess der Aktualisierung, Neuarchitektur oder Neuplattformierung veralteter Softwaresysteme – sei es ein COBOL-Mainframe, ein PHP-Monolith, ein On-Premise-Server oder ein veraltetes Frontend –, um auf moderner Infrastruktur zu laufen, aktuelle Sicherheits- und regulatorische Standards zu erfüllen und sich in heutige Drittanbieterdienste zu integrieren. Modernisierung kann von einem gezielten Sicherheits-Upgrade oder einer Datenbankmigration bis zu einer vollständigen Neuentwicklung reichen, abhängig von der Komplexität des Systems und dem Business Case.

Cyberbeak verwendet einen phasenweisen Migrationsansatz: Das neue System läuft während einer Validierungsphase parallel zum Legacy-System, wobei beide auf eine Sync-Schicht lesen und schreiben. Vor der Umstellung führen wir eine Abgleichsprüfung durch, die Zeilenanzahlen, Prüfsummen und geschäftskritische Felder zwischen den Legacy- und neuen Datenbanken vergleicht. Die Umstellung selbst erfolgt über ein Blue/Green- oder Canary-Deployment-Muster mit einem getesteten Rollback-Plan, der in unter 30 Minuten ausgeführt werden kann. Wir führen keine Big-Bang-Migrationen durch. Das Ziel für Datenverlust bei allen Cyberbeak-Migrationen ist null – 100% der ausgelieferten Projekte haben dieses Ziel erreicht.

Ein schrittweiser Ansatz ist fast immer die richtige Wahl, und Cyberbeak setzt standardmäßig auf das Strangler-Fig-Muster: Neue Funktionalität wird auf dem modernen Stack entwickelt und über ein API-Gateway geroutet, während das Legacy-System Anfragen bearbeitet, die noch nicht migriert wurden. Mit der Zeit wandert mehr Traffic zum neuen System, bis die Legacy-Schicht abgeschaltet werden kann. Dies eliminiert das Risiko einer Big-Bang-Neuentwicklung, ermöglicht es dem Unternehmen, während der Migration neue Funktionen auszuliefern, und gibt dem Team Zeit, den neuen Stack im produktiven Betrieb statt nur in der Theorie zu erlernen.

Fast alle Legacy-Systeme haben unvollständige oder fehlende Dokumentation – das ist normal, kein Hindernis. Cyberbeak führt zu Beginn jedes Modernisierungsprojekts eine Phase der Code-Archäologie durch: Wir kombinieren statische Analysetools (CodeClimate, SonarQube), Reverse Engineering des Datenbankschemas, Log-Analyse und strukturierte Interviews mit den Personen, die das System am längsten betreut haben. Innerhalb von 2–3 Wochen erstellen wir eine Architekturübersicht, die dokumentiert, was das System tatsächlich tut, nicht was es tun sollte. Dies wird zur Grundlage für die Modernisierungs-Roadmap.