Laravel vs. Symfony für Legacy-Übernahmen: Was für langfristige Wartung besser ist
Sie übernehmen ein bestehendes PHP-Projekt und die erste Frage lautet: Läuft es auf Laravel oder auf Symfony? Bei einer Neuentwicklung wäre das eine Geschmacksfrage. Bei einer Übernahme ist es mehr als das. Laravel vs Symfony entscheidet mit darüber, wie leicht sich die Software in den kommenden Jahren pflegen lässt, wie teuer ein Update wird und wie schnell Sie überhaupt jemanden finden, der sich auskennt.
Beide Frameworks gehören zu den am weitesten verbreiteten PHP-Frameworks im deutschsprachigen Raum. Beide werden aktiv weiterentwickelt. Trotzdem verhalten sie sich über einen Zeitraum von fünf oder zehn Jahren spürbar unterschiedlich, wenn niemand regelmäßig nach dem Rechten schaut.
Dieser Artikel vergleicht beide Frameworks aus einer Perspektive, die in den meisten Vergleichen fehlt: der Wartungsperspektive. Nicht welches Framework schneller ist beim Aufsetzen eines neuen Projekts, sondern welches sich besser altern lässt.
Was unterscheidet Laravel und Symfony grundsätzlich?
Symfony ist eine Sammlung einzelner, lose gekoppelter Komponenten. Man kann nur die Teile nutzen, die man braucht, und den Rest weglassen. Das macht Symfony-Projekte oft individueller aufgebaut, aber auch strenger strukturiert.
Laravel ist ein vollständiges Paket. Datenbank-Zugriff, Authentifizierung, Warteschlangen, E-Mail-Versand: alles ist bereits enthalten und aufeinander abgestimmt. Das beschleunigt den Einstieg, führt aber auch dazu, dass Laravel-Projekte tiefer mit dem Framework verwoben sind.
Für die Neuentwicklung ist das ein Vorteil oder Nachteil, je nach Vorliebe. Für die Wartung eines bestehenden Systems ist es ein struktureller Unterschied, der sich erst nach Jahren zeigt.
Ein Beispiel: Wer in einem Laravel-Projekt die eingebaute Authentifizierung nutzt, bekommt bei einem Framework-Update automatisch die aktualisierte Version mit. In einem Symfony-Projekt hängt das davon ab, welches Security-Bundle eingebunden wurde und ob es noch gepflegt wird. Beide Wege funktionieren, sie verteilen die Verantwortung nur unterschiedlich zwischen Framework und Entwicklerteam.
Welche Rolle spielt der Upgrade-Pfad?
Symfony veröffentlicht alle zwei Jahre eine Version mit Long Term Support. Diese LTS-Versionen erhalten über drei Jahre Sicherheits-Updates. Der Weg von einer LTS-Version zur nächsten ist dokumentiert und meist gut vorbereitbar, weil Symfony veraltete Funktionen frühzeitig mit Warnungen markiert, bevor sie entfernt werden.
Laravel folgt einem schnelleren Zyklus. Etwa einmal im Jahr erscheint eine neue Hauptversion, der Support für ältere Versionen läuft aber vergleichsweise kurz. Wer ein Laravel-Projekt zwei oder drei Jahre nicht aktualisiert hat, muss oft mehrere Versionssprünge gleichzeitig bewältigen. Das ist machbar, kostet aber mehr Aufwand als ein einzelnes, gut vorbereitetes Symfony-Update.
Für die Symfony 7 Migration gilt das gleiche Prinzip wie für jedes andere Update: Wer die Zwischenschritte kennt, kann sie planen statt improvisieren.
Wie gut altert Drittanbieter-Code?
Beide Frameworks leben von einem großen Ökosystem an Paketen. Genau hier zeigt sich ein Unterschied, den viele unterschätzen.
Laravel-Pakete sind oft eng an eine bestimmte Laravel-Version gebunden. Ein Paket, das seit zwei Jahren nicht mehr gepflegt wird, blockiert dann häufig das gesamte Update. Symfony-Bundles sind wegen der Komponenten-Architektur meist etwas unabhängiger von der Kernversion, was Updates in der Praxis erleichtert, aber keine Garantie ist.
In beiden Fällen gilt: Ein Projekt mit vielen ungepflegten Abhängigkeiten sammelt genau die Art von technischen Schulden an, die später teuer werden. Die Framework-Wahl verschiebt dieses Risiko, sie beseitigt es nicht.
Was kostet die Wartung im Vergleich?
Eine pauschale Zahl gibt es nicht, dafür unterscheiden sich einzelne Projekte zu stark. Ein paar Muster zeigen sich aber in der Praxis immer wieder.
Ein Laravel-Projekt, das über Jahre nicht aktualisiert wurde, braucht meist einen größeren Sprung auf einmal, weil mehrere Hauptversionen übersprungen werden. Das treibt die Kosten eines einzelnen Updates nach oben, dafür fällt es seltener an.
Ein Symfony-Projekt mit regelmäßigen LTS-Updates verursacht kleinere, aber häufigere Aufwände. Über einen längeren Zeitraum gerechnet gleicht sich das oft aus. Entscheidend ist am Ende weniger das Framework als die Frage, ob überhaupt jemand die Updates eingeplant hat.
Hinzu kommt der Personalmarkt. Laravel-Entwickler sind aktuell einfacher zu finden, gerade unter jüngeren Fachkräften. Erfahrene Symfony-Entwickler sind seltener, dafür oft mit mehr Erfahrung in gewachsenen Unternehmensanwendungen. Wer ein Wartungsbudget plant, sollte diesen Faktor mit einrechnen, nicht nur die reinen Lizenz- oder Update-Kosten.
Was bedeutet das für Community und Dokumentation?
Laravel hat eine sehr aktive, oft jüngere Community. Tutorials, Kurse und Foren-Antworten gibt es reichlich, meist zu aktuellen Versionen. Für ein Laravel-Projekt aus 2018 findet man dagegen deutlich weniger frische Hilfe, weil sich die Community schnell auf neuere Versionen konzentriert.
Symfony hat eine kleinere, aber im Schnitt erfahrenere und stabilere Community. Die offizielle Dokumentation ist historisch gewachsen und deckt auch ältere Versionen noch nachvollziehbar ab. Wer heute einen Symfony-3-Entwickler für ein Altprojekt sucht, hat es trotzdem nicht leicht: Auch hier gilt, wie bei jedem Framework, dass Wissen über alte Versionen mit der Zeit seltener wird.
Was tun, wenn Sie bereits ein Laravel- oder Symfony-Altprojekt übernommen haben?
Die Frage "Laravel oder Symfony" stellt sich für Sie oft gar nicht mehr, weil die Entscheidung längst getroffen wurde, vielleicht von einem Entwickler, der die Firma inzwischen verlassen hat. In diesem Fall zählt weniger die grundsätzliche Framework-Wahl als der aktuelle Zustand.
Prüfen Sie zuerst, welche Version im Einsatz ist und ob sie noch Sicherheits-Updates erhält. Prüfen Sie danach, wie viele der genutzten Pakete noch aktiv gepflegt werden. Werfen Sie außerdem einen Blick darauf, ob es überhaupt eine Testumgebung gibt, in der sich ein Update gefahrlos ausprobieren lässt. Diese drei Punkte sagen mehr über den tatsächlichen Wartungsaufwand aus als die Frage, welches Framework grundsätzlich besser ist.
Agenturen, die mehrere Kunden-Altprojekte gleichzeitig betreuen, kennen dieses Muster gut, unabhängig davon ob die Kunden auf Laravel oder auf Symfony setzen. Wie eine strukturierte Übernahme in der Praxis aussieht, beschreiben wir in unserem Artikel zur PHP-Wartung für Agenturen.
Fazit: Die bessere Wahl ist die gepflegte
Bei der Wartung ist keins der beiden Frameworks grundsätzlich besser oder schlechter. Symfony bietet planbarere Upgrade-Pfade und eine robustere Langzeitpflege. Laravel bietet schnellere Entwicklung und eine größere, aktivere Community für aktuelle Versionen. Beide Frameworks lassen sich über Jahre stabil betreiben, wenn jemand regelmäßig hinschaut.
Das eigentliche Risiko ist nicht die Framework-Wahl von vor fünf Jahren. Das Risiko ist, dass seitdem niemand mehr draufgeschaut hat. Wenn Sie nicht sicher sind, in welchem Zustand Ihr Laravel- oder Symfony-Projekt gerade ist, sprechen Sie uns an. Das Erstgespräch ist kostenlos.
