End-of-Life-Kalender 2027: Diese Software-Versionen verlieren ihren Support
Betreiben Sie eine Anwendung auf PHP, .NET, PostgreSQL, Symfony, Laravel oder Windows Server? Dann brauchen Sie einen Überblick über das End of Life 2027. Dieser Kalender listet die wichtigsten Termine zwischen Oktober 2026 und April 2027. Mit Datum, Bedeutung für Ihr Unternehmen und einer Einschätzung, wie viel Vorlauf ein Update braucht.
End of Life (EOL) bedeutet: Der Hersteller liefert keine Sicherheitsupdates mehr. Die Software läuft technisch weiter. Aber neu entdeckte Lücken schließt niemand mehr. Was Sie dagegen tun können, lesen Sie in diesem Artikel.
Was passiert, wenn Sie ein EOL-Datum verpassen?
Zunächst einmal nichts. Genau das macht die Sache gefährlich.
Die Anwendung läuft am Tag nach dem End of Life genauso wie am Tag davor. Kein Alarm, keine Fehlermeldung. Das Problem zeigt sich erst später. Eine neue Sicherheitslücke wird bekannt. Niemand schließt sie mehr. Ein Zahlungsdienstleister verlangt eine neue Verschlüsselung, die die alte Version nicht unterstützt. Ein Prüfer fragt bei einem DSGVO-Audit nach dem Grund. Warum läuft das System nicht auf dem Stand der Technik?
Jedes verpasste EOL-Datum ist eine kleine Schuld. Sie addiert sich zu den anderen. Die Zinsen zahlen Sie später, meist zu einem schlechteren Zeitpunkt als heute.
Ein Beispiel aus der Praxis: Ein Onlineshop läuft auf einer Datenbank, deren Support im November 2026 endet. Niemand merkt etwas, der Shop verkauft weiter. Im Frühjahr 2027 verlangt der Zahlungsdienstleister eine neue Verschlüsselungsmethode. Die alte Datenbankversion unterstützt sie nicht. Jetzt ist es kein normales Update mehr. Es ist ein Notfall unter Zeitdruck, kurz vor einem wichtigen Verkaufszeitraum.
Warum sich die Termine 2026 und 2027 ballen
Das End of Life 2027 betrifft ungewöhnlich viele Komponenten in kurzer Zeit. Das liegt am Veröffentlichungsrhythmus der Hersteller.
Die meisten Projekte aus dieser Liste folgen einem Jahresrhythmus mit fester Supportdauer. PHP, .NET, Node.js und die großen PHP-Frameworks veröffentlichen etwa einmal im Jahr eine neue Hauptversion. Ältere Versionen laufen danach zwei bis drei Jahre weiter. Dann endet der Support. Wer vor zwei oder drei Jahren eine damals aktuelle Version gewählt hat, landet jetzt fast automatisch in diesem Zeitfenster.
Das ist kein Zufall und kein Fehler im System. Es ist die normale Folge davon, wie Software-Lebenszyklen funktionieren.
Für wen dieser Kalender besonders wichtig ist
Nicht jedes Unternehmen betreibt alle acht Komponenten aus diesem Kalender gleichzeitig. Relevant wird das End of Life 2027 vor allem für drei Gruppen.
Erstens Unternehmen mit einer eigenen Webanwendung, die vor Jahren entwickelt wurde und seitdem kaum gepflegt wird. Zweitens Agenturen und IT-Dienstleister, die mehrere Kundensysteme gleichzeitig im Blick behalten müssen. Drittens interne IT-Teams, die neben dem Tagesgeschäft auch die Update-Planung übernehmen.
In allen drei Fällen gilt derselbe Rat. Prüfen Sie jetzt, welche der acht Komponenten in Ihrer Umgebung laufen. Danach lässt sich der Rest planen.
Die wichtigsten Termine zwischen Ende 2026 und 2027
Diese Übersicht wird regelmäßig aktualisiert. Stand Oktober 2026 gelten diese Termine als gesichert:
| Datum | Komponente | Was endet |
|---|---|---|
| 31. Oktober 2026 | Python 3.10 | Sicherheitsupdates |
| 10. November 2026 | .NET 8 und .NET 9 | Support für beide Versionen gleichzeitig |
| 12. November 2026 | PostgreSQL 14 | Sicherheitspatches |
| November 2026 | Symfony 6.4 | Bugfix-Support (Sicherheitsfixes laufen bis November 2027) |
| 31. Dezember 2026 | PHP 8.2 | Sicherheitsupdates |
| 12. Januar 2027 | Windows Server 2016 | Erweiterter Support |
| 24. Februar 2027 | Laravel 12 | Security-Support |
| 30. April 2027 | Node.js 22 | Support |
Zu den meisten dieser Termine haben wir einen eigenen Artikel veröffentlicht, mit konkreten Schritten für den Umstieg:
- .NET 8 und .NET 9 Support-Ende
- PostgreSQL 14 End of Life
- Symfony 6.4 End of Life
- PHP 8.2 End of Life
- Windows Server 2016 Support-Ende
- Laravel 12 End of Life
Diese acht Termine sind keine vollständige Liste aller Software, die 2026 und 2027 ihr End of Life erreicht. Wir haben bewusst die Komponenten ausgewählt, die bei den Unternehmen auftauchen, die uns kontaktieren: Webanwendungen, Datenbanken und die Server dahinter. Betreiben Sie ein anderes System aus Ihrer Branche, etwa ein ERP oder eine Fachanwendung? Dann prüfen wir dessen EOL-Status gerne gesondert mit Ihnen.
Web-Frameworks und Programmiersprachen
PHP, Python, Node.js, Symfony und Laravel bilden das Rückgrat vieler Webanwendungen. Vier der fünf Termine aus dieser Gruppe liegen eng zusammen, zwischen Oktober 2026 und Februar 2027. Wer mehrere dieser Komponenten gleichzeitig einsetzt, plant die Updates am besten als ein Gesamtprojekt.
Datenbanken und Server-Infrastruktur
PostgreSQL und Windows Server betreffen die Ebene unter der eigentlichen Anwendung. Ein Datenbank- oder Server-Upgrade wirkt sich fast immer auf mehrere Anwendungen gleichzeitig aus. Deshalb braucht diese Gruppe meist den längsten Vorlauf.
Bei Windows Server 2016 kommt eine Besonderheit dazu. Microsoft bietet nach dem 12. Januar 2027 oft noch kostenpflichtige Sicherheitsupdates an, die sogenannten Extended Security Updates. Das verschafft etwas Zeit. Es kostet aber zusätzlich und löst das eigentliche Problem nicht.
Programmiersprachen als Fundament
Python und Node.js laufen meist unsichtbar im Hintergrund. Sie stecken in Build-Prozessen, Skripten oder Microservices. Genau deshalb werden ihre EOL-Termine häufig übersehen. Eine veraltete Laufzeitumgebung betrifft selten nur ein System. Sie betrifft jedes Projekt, das darauf aufbaut.
Wie viel Vorlauf ein Update braucht
Der nötige Vorlauf hängt vom System ab, nicht vom Kalenderdatum allein.
Ein Standardsystem mit aktuellen Plugins ist oft in wenigen Tagen aktualisiert. Eine individuell gewachsene Anwendung ohne Tests und Dokumentation braucht häufig mehrere Wochen. Bei größeren Legacy Software-Systemen sind auch mehrere Monate realistisch.
Als Faustregel gilt: Beginnen Sie die Bestandsaufnahme mindestens drei Monate vor dem EOL-Datum. Bei Systemen ohne aktuelle Dokumentation sind sechs Monate ein realistischerer Zeitrahmen.
Ein Beispiel: Das PHP-8.2-Datum fällt auf den 31. Dezember 2026. Bei einer individuell entwickelten Anwendung heißt das: Bestandsaufnahme spätestens im Juli 2026. Bei einem Standard-CMS mit gepflegten Plugins reicht oft ein Zeitfenster von vier bis sechs Wochen vor dem Stichtag.
Wer erst nach dem Stichtag reagiert, handelt unter Zeitdruck. Das macht fast jedes Projekt teurer. Zur eigentlichen Arbeit kommt dann auch noch die Eile.
So gehen Sie den Kalender konkret an
Ein EOL-Termin wird planbar, wenn Sie ihn früh angehen. Vier Schritte haben sich bewährt.
- Bestandsaufnahme: Welche Versionen laufen aktuell, auf welchem Server, in welcher Anwendung? Ohne diese Liste bleibt jede weitere Planung Raten.
- Priorisierung: Welches Datum liegt am nächsten, welches System ist am kritischsten? Nicht jeder Termin verdient die gleiche Dringlichkeit.
- Planung: Testumgebung aufsetzen, Kompatibilität prüfen, ein realistisches Zeitfenster festlegen.
- Umsetzung: Stufenweise vorgehen, nicht alles auf einmal. Nach dem Go-Live die Fehler-Logs aktiv beobachten.
Wer über Jahre technische Schulden angesammelt hat, schafft diese vier Schritte selten allein nebenbei. Eine laufende Software-Wartung sorgt dafür, dass EOL-Termine auffallen, bevor sie zum Problem werden. Wollen Sie ein PHP-Upgrade beauftragen, ist jetzt der richtige Zeitpunkt. Noch vor dem 31. Dezember 2026.
Häufige Fragen zum End-of-Life-Kalender 2027
Was ist der Unterschied zwischen End of Life und End of Support?
In der Praxis meinen beide Begriffe fast immer dasselbe. Der Hersteller liefert keine Updates mehr. Manche Anbieter trennen zusätzlich zwischen Bugfix-Support und Security-Support, so wie bei Symfony 6.4. Dann endet zuerst die Pflege neuer Funktionen. Die Sicherheitsupdates laufen noch eine Zeit weiter, meist etwa ein Jahr länger als die Bugfixes.
Woher stammen die Termine in diesem Kalender?
Alle Termine in diesem End-of-Life-Kalender 2027 stammen von den Herstellern selbst. Grundlage sind die offiziellen Release- und Support-Zyklen. Namentlich von PHP, Microsoft, der PostgreSQL Global Development Group, Symfony, Laravel, der Python Software Foundation und der Node.js Foundation.
Muss ich sofort upgraden, sobald das Datum erreicht ist?
Die Anwendung läuft am Stichtag technisch weiter. Trotzdem beginnt ab diesem Tag ein Risiko ohne Netz. Neue Sicherheitslücken bleiben ab dann offen. Je länger Sie warten, desto größer wird der Abstand zu einer aktuellen, unterstützten Version. Und desto mehr Arbeit wartet am Ende auf einmal, statt verteilt über mehrere Monate.
Wie oft aktualisieren Sie diesen Kalender?
Wir prüfen die Termine regelmäßig und ergänzen neue End-of-Life-Daten, sobald Hersteller sie ankündigen. Schauen Sie gelegentlich wieder vorbei, besonders wenn Ihr System eine der hier genannten Komponenten nutzt.
Fazit: Ein Kalender, kein Grund zur Panik
Keines dieser Daten kommt überraschend. Die Termine stehen seit Jahren fest, öffentlich einsehbar für jeden, der nachschaut. Sie stehen in den offiziellen Ankündigungen der Hersteller, nicht in einer Glaskugel.
Der Unterschied liegt darin, ob jemand sie im Blick behält. Wir pflegen diesen Kalender und aktualisieren ihn, sobald neue Termine feststehen oder sich etwas ändert.
Das gilt für PHP genauso wie für PostgreSQL, Windows Server oder jedes andere System aus dieser Liste. Die Frage ist nicht, ob ein Upgrade kommt. Die Frage ist, wann Sie es angehen: jetzt mit Vorlauf, oder später unter Druck.
Sprechen Sie uns an. Das Erstgespräch ist kostenlos und unverbindlich. Wir prüfen gemeinsam mit Ihnen, welche dieser Termine Ihr System betreffen und was als nächstes sinnvoll ist.
