Seminar Laravel – Upgrade und Modernisierung bestehender Anwendungen

Versionswechsel und technische Modernisierung werden mit Bestandsaufnahme, Abhängigkeitsanalyse, automatisierter Testbasis, schrittweisen Codeänderungen, Datenmigration und kontrolliertem Rollout durchgeführt.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe und Voraussetzungen
• Schritt-für-Schritt-Inhalte
• Praxisprojekt
• Methodik

Zielsetzung

• Technische Schulden, Abhängigkeiten und Upgradeblocker systematisch erfassen
• Eine belastbare Test- und Rückfallbasis vor Änderungen herstellen
• Framework-, Paket-, PHP- und Anwendungsänderungen schrittweise migrieren
• Abnahme, Datenmigration, Deployment und Nachkontrolle kontrolliert ausführen

Zielgruppe und Voraussetzungen

Zielgruppe: Erfahrene Laravel-Entwicklung, technische Leitung, Anwendungsbetreuung und DevOps für bestehende produktive Systeme.

Voraussetzungen: Sehr gute Laravel-, Composer-, Datenbank- und Testkenntnisse sowie Zugriff auf Quellcode, Abhängigkeitsliste und eine realistische Testumgebung.

Schritt-für-Schritt-Inhalte

Tag 1: Bestandsaufnahme und Upgradeplan

1. Schritt 1: System inventarisieren

   Framework, PHP, Pakete, Buildwerkzeuge, Datenbank, Infrastruktur, Erweiterungen und kritische Pfade werden vollständig erfasst.

2. Schritt 2: Kompatibilität bewerten

   Versionsgrenzen, verlassene Pakete, Breaking Changes, Sicherheitslücken und technische Blocker werden priorisiert.

3. Schritt 3: Testbasis herstellen

   Smoke-, Feature-, Integrations- und Datenbanktests sichern die wichtigsten Geschäftsabläufe vor Änderungen ab.

4. Schritt 4: Upgradepfad zerlegen

   Zwischenversionen, Arbeitspakete, Verantwortungen, Wartungsfenster und Rückfallpunkte werden in eine ausführbare Reihenfolge gebracht.

Tag 2: Code, Abhängigkeiten und Daten

1. Schritt 5: Abhängigkeiten aktualisieren

   Composer-Konflikte, Paketalternativen, Konfigurationsänderungen und Frontendwerkzeuge werden schrittweise bearbeitet.

2. Schritt 6: Veraltete APIs ersetzen

   Frameworkaufrufe, Middleware, Authentifizierung, Dateisystem, Mail, Queue und Testcode werden auf neue Verträge umgestellt.

3. Schritt 7: Datenänderungen vorbereiten

   Vorwärtskompatible Migrationen, Backfills, neue Indizes und parallele Feldnutzung werden ohne unnötige Sperren geplant.

4. Schritt 8: Architektur modernisieren

   Überladene Controller, globale Hilfen, versteckte Abhängigkeiten und untestbare Logik werden gezielt refaktoriert.

Tag 3: Abnahme, Rollout und Nachkontrolle

1. Schritt 9: Regression und Performance prüfen

   Fachpfade, Berechtigungen, Jobs, Abfragen, Caches und Antwortzeiten werden mit dem Ausgangsstand verglichen.

2. Schritt 10: Testmigration durchführen

   Produktionsnahe Daten, Laufzeit, Speicherbedarf, Fehlerlisten und Wiederholbarkeit werden in einer Staging-Umgebung geprüft.

3. Schritt 11: Release und Rollback umsetzen

   Build, Backup, Migration, Cachewechsel, Workerrestart, Smoke-Test und Rückkehrpfad werden als Runbook ausgeführt.

4. Schritt 12: Nachkontrolle organisieren

   Logs, Fehler, Queuezustand, Datenkonsistenz, Nutzerfeedback und offene Deprecations werden in einem definierten Zeitraum überwacht.

Praxisprojekt

Im Praxisprojekt wird eine ältere Beispielanwendung analysiert und auf eine aktuelle Zielarchitektur vorbereitet. Abhängigkeiten, veraltete APIs, Authentifizierung, Assets, Datenmigrationen und Deployment werden mit dokumentierten Prüfpunkten modernisiert.

Methodik

Kurze Fachimpulse werden unmittelbar durch Live-Coding, geführte Konfigurationsschritte, eigenständige Übungen, Code-Reviews und kontrollierte Fehlerfälle vertieft. Jeder Arbeitsschritt besitzt definierte Ausgangswerte, Prüfpunkte und Abnahmekriterien; dadurch bleiben die erarbeiteten Lösungen reproduzierbar und für weitere Projekte nutzbar.