Enterprise / Automotive · Deutscher Automobilhersteller (unter NDA) · Paket: Vollmodernisierung
Von 15 Jahren Wildwuchs zu nachvollziehbarer Kontrolle – und von PHP 5.5 auf 8.2
Nicht jedes Legacy-Problem steckt im Code selbst. Manchmal ist es die Landschaft drumherum: gewachsen über 15 Jahre, quer über mehrere Sprachen und Systeme, ohne dass jemand den vollständigen Überblick hatte. Gemeinsam mit dem Staff Engineer des Kunden habe ich zwischen März 2024 und November 2025 beides angefasst: die Landschaft und den Code.
In einem Enterprise-Umfeld der Automobilbranche war über anderthalb Jahrzehnte eine geschäftskritische Systemlandschaft gewachsen – und mit ihr das Risiko:
- Viele Sprachen, ein Geflecht: überwiegend PHP, dazu Python, Perl und Shell auf RedHat – mit Abhängigkeiten quer über die Sprachgrenzen.
- Über 100 angebundene Systeme: SSH-Logins aus anderen Systemen, SMB-Mounts, Anbindungen an Monitoring (Checkmk) – Kopplungen, die nirgends dokumentiert waren.
- PHP 5.5 mit PHP-4-Code: Konstrukte aus der PHP-4-Zeit, Bibliotheken für Excel-Verarbeitung, Diagramme und Datenbankzugriff als heruntergeladene Kopien im Ordner
libraries/, teils in Versionen, die es seit Jahren nicht mehr gab. - Keine Kontrolle: keine Versionsverwaltung, kein Dependency-Manager, keine Automatisierung. Deployment hieß: Dateien von Hand kopieren.
- Bus-Faktor 1: das Gesamtbild existierte bestenfalls in einzelnen Köpfen.
Statt das Gewachsene anzutasten, habe ich zuerst Sichtbarkeit und Kontrolle geschaffen:
- Abhängigkeiten kartiert: die versteckten Kopplungen zwischen Sprachen, Systemen, Mounts und SSH-Aufrufen sichtbar und dokumentiert gemacht.
- Versionsverwaltung eingeführt: die gesamte Landschaft GitLab-fähig gemacht – erstmals ein nachvollziehbarer Stand statt manueller Kopien.
- Von
libraries/zu Composer: jede heruntergeladene Bibliothek durch ihr Composer-Paket ersetzt. Wo die alte Version im PHP-4-Stil geschrieben war, hieß das ein Sprung über mehrere Major-Versionen mit geänderter API – Excel, Diagramme, Datenbankzugriff jeweils einzeln umgestellt und getestet. - PHP 5.5 auf 8.2: Bruchstellen inventarisiert, PHP-4-Konstrukte ersetzt, Version für Version hochgezogen, jede Stufe lauffähig.
- Deployments automatisiert: GitLab CI/CD statt Kopieren von Hand. Die manuellen Deployment-Schritte sind weg.
Aus einer undurchsichtigen, manuell betriebenen Landschaft wurde ein kontrollierter, nachvollziehbarer Zustand auf aktuellem PHP. Änderungen sind heute planbar und reproduzierbar – nicht mehr ein Ritt mit Restrisiko.
Der entscheidende Gewinn: Das Wissen steckt nicht mehr nur in einzelnen Köpfen, sondern im System selbst – in Versionsverwaltung, Composer, Pipeline und Dokumentation. Die Arbeit lief von März 2024 bis Mai 2025 und wurde von August bis November 2025 fortgesetzt.
Legacy im Ernstfall
Wer Ihr Projekt übernimmt
Kein Callcenter. Sie sprechen direkt mit mir.
„Ein System, das seit 15 oder 20 Jahren läuft, ist kein Müll – es ist der Beweis, dass die Logik funktioniert. Das Problem ist fast nie die Fachlogik, sondern der Code drumherum. Also werfe ich nicht weg, was sich bewährt hat. Ich bringe es zurück in die Gegenwart."
Seit 2013 arbeite ich mit PHP – ein großer Teil davon mit gewachsenen Systemen, die andere längst aufgegeben hätten. Ich schaue mir Ihr System selbst an, schreibe Ihnen die Einschätzung selbst und verantworte das Ergebnis. Wenn sich eine Modernisierung für Sie nicht lohnt, sage ich Ihnen das auch.
Ist Ihre PHP-Anwendung noch zu retten?
Im kostenlosen Kurz-Check schaue ich mit Ihnen auf Ihr System und sage Ihnen ehrlich, was möglich ist – unverbindlich und ohne Verkaufsdruck.