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 hat Doğan Uçar 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, ging es zuerst um Sichtbarkeit und Kontrolle:
- 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.
Wer Ihr System übernimmt
Sie sprechen mit dem Entwickler, der den Code ändert.
„Ein System, das seit 15 oder 20 Jahren läuft, hat bewiesen, dass seine Logik funktioniert. Das Problem sitzt fast immer im Code drumherum: alte Bibliotheken, fehlende Tests, ein Hosting, das niemand mehr anfassen will. Genau das setzen wir instand.“
Doğan Uçar arbeitet seit 2013 mit PHP, den größten Teil davon an gewachsenen Systemen. Wir schauen uns Ihr System selbst an, schreiben die Einschätzung selbst und verantworten das Ergebnis. Wenn sich eine Modernisierung für Sie nicht lohnt, steht das im Befund.
Welche PHP-Version läuft bei Ihnen?
Im kostenlosen Kurz-Check sortieren wir Version, Hosting und Abhängigkeiten in 30 Minuten. Antwort innerhalb eines Werktags.