Legacy-Modernisierung: alte Software Schritt für Schritt erneuern
Die Anwendung läuft seit Jahren, aber kaum jemand traut sich noch an den Code: Der ursprüngliche Entwickler ist nicht mehr erreichbar, PHP-Version oder Framework sind veraltet. Sortia Labs übernimmt solche Systeme, sichert zuerst den Betrieb und modernisiert dann in kleinen Schritten, statt alles auf einmal neu zu bauen.
- Legacy-Modernisierung
- Altsoftware ablösen
- PHP-Migration
- Access ablösen
- Code-Audit
- AltsystemLäuft weiter
- SchnittstelleAlt und Neu sprechen miteinander
- Modul für ModulKleine, getestete Schritte
- Neue ArchitekturDokumentiert und wartbar
Was Modernisierung bei uns umfasst
Code-Audit und Bestandsaufnahme
Wir lesen Code, Datenbank und Serverkonfiguration, finden veraltete Bibliotheken mit bekannten Sicherheitslücken und dokumentieren, was das System eigentlich tut. Sie erhalten eine Liste der Risiken mit klarer Reihenfolge.
Schrittweise Ablösung
Wir ersetzen das alte System Stück für Stück: Neue Teile übernehmen einzelne Funktionen, der Rest läuft weiter, bis auch er abgelöst ist. Fachleute nennen das Strangler-Muster.
Upgrades von PHP und Frameworks
Von PHP 5 oder 7 auf PHP 8 und von veralteten Frameworks auf gepflegte Versionen. Dabei ersetzen wir Funktionen, die nicht mehr unterstützt werden, und tauschen Abhängigkeiten aus, deren Entwicklung eingestellt ist.
Daten umziehen
Aus Access, alten MySQL-Versionen oder Dateiablagen nach PostgreSQL oder MySQL, mit Prüfsummen und Zählungen, die zeigen, dass jeder Datensatz angekommen ist. Probeläufe vorher machen den Umzugstag planbar.
Container und automatische Auslieferung
Die modernisierte Anwendung läuft in Docker und wird über GitHub Actions gebaut, getestet und ausgeliefert. Updates werden damit zur planbaren Routine statt zum Einsatz am Wochenende.
Wissen sichern
Geschäftsregeln stecken oft nur im alten Code. Wir schreiben sie als Dokumentation und Tests auf, damit sie den Wechsel überstehen und Ihr Team sie später nachlesen kann.
Modernisieren im laufenden Betrieb
- 1
Risiken zuerst
Zuerst beheben wir, was den Betrieb heute gefährdet: fehlende Backups, offene Sicherheitslücken, ein Server ohne Updates. Erst danach beginnt der eigentliche Umbau.
- 2
Sicherheitsnetz aus Tests
Bevor wir Code ändern, halten automatische Tests fest, wie sich die Anwendung heute verhält. Jede spätere Änderung wird daran gemessen, auch dort, wo es keine Dokumentation gibt.
- 3
Umbau in Etappen
Funktion für Funktion zieht in die neue Struktur um. Alt und Neu laufen eine Zeit lang nebeneinander, umgeschaltet wird erst, wenn sich der neue Teil bewährt hat.
- 4
Altes abschalten
Sind alle Funktionen umgezogen, archivieren wir die alten Daten nachvollziehbar und schalten das Altsystem ab. Übrig bleibt eine Anwendung, an der Ihr Team wieder gern arbeitet.
Fragen zu Legacy-Modernisierung
Neu schreiben oder modernisieren?
Ein kompletter Neubau dauert meist länger als geplant und verliert Regeln, die nur im alten Code standen. Deshalb empfehlen wir in den meisten Fällen die schrittweise Modernisierung. Ein Neubau ist sinnvoll, wenn die Plattform selbst am Ende ist, etwa bei alten Access-Anwendungen.
Übernehmen Sie Anwendungen, deren Entwickler nicht mehr verfügbar ist?
Ja, gerade solche. Das Code-Audit verschafft uns den Überblick, dann sammeln wir Zugänge und Wissen ein, solange es noch jemand im Haus hat, und übernehmen Schritt für Schritt Betrieb und Weiterentwicklung.
Läuft der Betrieb während der Modernisierung weiter?
Darauf ist das Vorgehen ausgerichtet: Umgeschaltet wird in kleinen Schritten und zu Zeiten, die Sie mitbestimmen, und für jeden Schritt gibt es einen geplanten Weg zurück. Wo eine kurze Unterbrechung nicht zu vermeiden ist, etwa beim Umzug der Datenbank, kündigen wir sie vorher an und proben sie.
Welche Altsysteme modernisieren Sie?
Vor allem Web-Anwendungen in älterem PHP, Java-Anwendungen und Access-Datenbanken, dazu die Datenbanken dahinter wie MySQL und PostgreSQL. Ziel ist eine Architektur mit aktuellem PHP 8 oder Python, sauberen Schnittstellen und Docker, je nachdem, was Ihr Team künftig pflegen kann.
Woran erkennen wir, dass es Zeit für eine Modernisierung ist?
Typische Zeichen: Updates werden aufgeschoben, weil ihre Folgen schwer abzuschätzen sind, kleine Änderungen dauern Wochen, nur noch eine Person kennt das System, oder der Hoster kündigt das Ende der alten PHP-Version an. Dann lohnt sich ein Audit, bevor ein Ausfall die Entscheidung erzwingt.
Weiterlesen.
Zeigen Sie uns Ihre Altanwendung.
Beschreiben Sie kurz, was sie tut, worauf sie läuft und was Ihnen Sorgen macht. Wir schlagen ein Audit als ersten Schritt vor und sagen Ihnen offen, ob Modernisieren oder Neubau sinnvoller ist.