Zum Inhalt springen

Für bestehende Laravel-Anwendungen

Laravel Update, Audit und Wartung für Anwendungen, die laufen müssen.

Ihre Laravel-Anwendung tut ihren Dienst. Wie es um Versionen, Pakete und Backups steht, kann aber niemand genau sagen. Im Laravel-Audit prüfen wir den Stand und schreiben ihn auf.

Danach heben wir Laravel und PHP Hauptversion für Hauptversion an und halten die Anwendung mit festen Updates, Monitoring und geprüften Backups aktuell.

Illustration: So gliedert sich ein Prüfbericht. Jeder Bereich, von der Laravel-Version bis zum Deployment, bekommt eine Ampel und einen kurzen Befund. Die Werte sind Beispieldaten.

Warnsignale

Woran Sie merken, dass Ihre Laravel-Anwendung Pflege braucht.

Selten ist es ein großer Ausfall. Meist sind es kleine Hinweise, die sich über Monate ansammeln.

  • Der Hoster kündigt an, eine PHP-Version abzuschalten.

    Die Frist steht in der Mail. Ob die Anwendung auf der neuen Version startet, weiß niemand, bis es jemand ausprobiert.

    Passt zu: Laravel Update
  • Niemand kann sagen, auf welcher Laravel-Version die Anwendung läuft.

    Die Antwort steht in composer.lock. Wer sie nachschlägt, merkt oft erst dabei, wie lange das letzte Update her ist.

    Passt zu: Laravel Audit
  • Updates werden aufgeschoben, weil beim letzten Mal etwas kaputtging.

    Ohne Tests ist jedes Update ein Risiko. Also bleibt es liegen, und der Abstand zur aktuellen Version wächst.

    Passt zu: Laravel Wartung
  • Ein neues Paket lässt sich nicht installieren.

    Die gewünschte Funktion setzt eine neuere Laravel- oder PHP-Version voraus. Aus einer kleinen Erweiterung wird plötzlich ein Upgrade.

    Passt zu: Laravel Update
  • Ein Kunde oder Prüfer fragt nach dem Sicherheitsstand.

    Großkunde, Versicherung oder Investor wollen wissen, ob die Software gepflegt wird. Ein schriftlicher Prüfbericht beantwortet das.

    Passt zu: Laravel Audit
  • Backups gibt es, zurückgespielt wurde noch keins.

    Ob ein Backup taugt, zeigt erst die Wiederherstellung. Fällt der Server aus, ist der falsche Moment, das herauszufinden.

    Passt zu: Laravel Wartung

Laravel Audit

Was wir im Audit prüfen.

Sieben Bereiche, jeder mit Ampel und kurzem Befund. Sie bekommen keinen hundertseitigen Mängelbericht, sondern eine Liste, mit der sich arbeiten lässt.

  • Laravel-Version

    • Installierte Version und Abstand zur aktuellen Hauptversion
    • Ob die Version noch Sicherheitsupdates bekommt
    • Veraltete Framework-Funktionen im eigenen Code
    • Überschriebene Kernklassen und Eingriffe ins Framework
  • PHP-Version

    • PHP-Version auf Server, Entwicklungsrechnern und in der CI
    • Support-Status der eingesetzten Version
    • Benötigte PHP-Erweiterungen
    • Was beim Wechsel auf die nächste PHP-Version bricht
  • Abhängigkeiten

    • Bekannte Sicherheitslücken per composer audit und npm audit
    • Veraltete Pakete und ihr Abstand zur aktuellen Version
    • Pakete, die niemand mehr pflegt
    • composer.lock im Repository und reproduzierbare Installation
  • Konfiguration und Betrieb

    • Debug-Modus und Fehlerausgabe in der Produktion
    • Zugangsdaten außerhalb des Repositorys
    • Queues, geplante Aufgaben und Cronjobs
    • Fehler-Logs: wo sie landen und wer sie liest
  • Tests

    • Vorhandene Tests und ob sie überhaupt noch laufen
    • Abdeckung der Abläufe, an denen Umsatz hängt
    • Automatische Ausführung bei jeder Änderung
  • Backups

    • Datenbank und hochgeladene Dateien
    • Speicherort außerhalb des Servers
    • Wann zuletzt eine Wiederherstellung getestet wurde
  • Deployment

    • Wie eine Änderung auf den Server kommt
    • Rückweg auf die vorige Version
    • Getrennte Testumgebung vor dem Live-Gang
Illustration: ein Befund aus dem Prüfbericht mit Risiko, Empfehlung und Dringlichkeit. Beispieldaten.

Jeder Befund bekommt eine Dringlichkeit.

Sofort
Bekannte Sicherheitslücken, Debug-Modus in der Produktion, fehlende Backups.
Bald
Upgrade auf eine Version mit Sicherheitsupdates, Tests für die wichtigsten Abläufe.
Später
Aufräumen, veraltete Funktionen ersetzen, Deployment vereinfachen.

Laravel Update

Ein Laravel Upgrade mit festen Haltepunkten.

Wir springen nicht über mehrere Versionen auf einmal. Jeder Schritt hat eine Bedingung, und erst wenn sie erfüllt ist, geht es weiter.

  1. Stand sichern

    Repository, Datenbank und hochgeladene Dateien sichern, Upgrade in einem eigenen Branch beginnen. Die Live-Anwendung läuft unverändert weiter.

    Weiter erst, wenn das Backup testweise zurückgespielt wurde.

  2. Kritische Abläufe testen

    Feature-Tests für Login, Bestellung, Rechnungsversand oder was bei Ihnen Geld kostet, wenn es ausfällt.

    Weiter erst, wenn die Tests auf dem alten Stand grün sind.

  3. PHP anheben, wenn nötig

    Zuerst eine PHP-Version, die von der alten und der nächsten Laravel-Version unterstützt wird.

    Weiter erst, wenn Anwendung und Tests auf der neuen PHP-Version laufen.

  4. Eine Laravel-Hauptversion

    Den offiziellen Upgrade-Guide der Version abarbeiten, Pakete mitziehen, nicht mehr gepflegte Pakete ersetzen.

    Weiter erst, wenn alle Tests grün sind und das Fehler-Log auf der Testumgebung ruhig bleibt.

  5. Abnahme auf der Testumgebung

    Eine Kopie Ihrer Daten, bei Bedarf anonymisiert. Sie oder Ihr Team klicken die wichtigsten Abläufe selbst durch.

    Weiter erst, wenn Sie die Version fachlich freigeben.

  6. Live mit Rückweg

    Backup direkt vor dem Ausrollen, die vorige Version bleibt abrufbar. Danach beobachten wir Fehler und Antwortzeiten.

    Weiter erst, wenn die Anwendung in den Tagen danach ohne neue Fehler läuft.

Liegt die Anwendung mehrere Hauptversionen zurück, wiederholen sich die Schritte von der Hauptversion bis zum Live-Gang für jede Version. Jede Stufe ist einzeln live und einzeln zurückrollbar.

Laravel Wartung

Damit kein neuer Rückstand entsteht.

Nach dem Upgrade beginnt die eigentliche Pflege. Mit einem Wartungsvertrag bleibt Ihre Anwendung auf einer Version mit Sicherheitsupdates.

Sicherheitsupdates
Erscheint ein Sicherheitsupdate für Laravel oder ein Paket, spielen wir es zeitnah ein, getestet und mit Rückweg.
Abhängigkeiten im Blick
composer audit läuft regelmäßig. Kleinere Versionen ziehen wir monatlich nach, die nächste Hauptversion planen wir, bevor die alte keine Sicherheitsupdates mehr bekommt.
Monitoring
Erreichbarkeit, Fehler, Queues und geplante Aufgaben werden überwacht. Fällt etwas aus, bekommen wir eine Meldung und warten nicht auf den Anruf eines Kunden.
Backups, die zurückgespielt werden
Datenbank und Uploads werden gesichert und in regelmäßigen Abständen testweise wiederhergestellt.
Kleine Fehler und Wünsche
Ein falsches Datumsformat, ein zusätzliches Feld im Export: Kleinigkeiten erledigen wir im Rahmen der Wartung, größere Funktionen sprechen wir gesondert ab.

Umfang, Reaktionszeiten und Hosting vereinbaren wir vor Beginn. Auf Wunsch betreiben wir die Anwendung auf Servern in Deutschland, ausgerollt über Coolify.

Illustration: ein beispielhafter Wartungsmonat mit Updates, einem Sicherheitshinweis, einer behobenen Störung, einem Wiederherstellungstest und dem Monatsbericht. Beispieldaten.

Häufige Fragen zu Audit, Update und Wartung.

Ohne Betreuung und ohne Zugänge? So läuft eine Übernahme.

Das hängt von Codegröße, Zahl der Pakete und dem Zustand der Zugänge ab. Zusammen mit dem Sichern von Code und Datenbank dauert es meist ein bis zwei Wochen. Am Ende steht ein schriftlicher Bericht mit Ampel je Bereich und einer Liste, was sofort, bald und später ansteht.

Wie steht es um Ihre Laravel-Anwendung?

Im kostenlosen 1-Tages-Prozess-Check sehen wir uns mit Ihnen Versionsstand, Pakete und Betrieb an, bei Ihnen oder per Video. Danach wissen Sie, ob ein Audit, ein Update oder gleich ein Wartungsvertrag der richtige Einstieg ist.