Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern → Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern → Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern → Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern → Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern → Kostenloses Live-Webinar am Di, 13.10. um 17 Uhr: KI mit den eigenen Unterlagen und DSGVO-konform. Jetzt Platz sichern →

.NET 8 läuft aus. Upgraden oder neu bauen?

Am 10. November 2026 beendet Microsoft den Support für .NET 8 und .NET 9. Danach gibt es keine Sicherheitsupdates und keine Bugfixes mehr. Das betrifft jede ASP.NET-Core-Anwendung, jede Blazor-App und jeden Web-API-Dienst, der noch auf einer der beiden Versionen läuft.

Die naheliegende Antwort ist das Upgrade auf .NET 10. Für viele Anwendungen ist sie auch die richtige. Bevor du das Budget freigibst, lohnt sich trotzdem ein Blick darauf, ob die Anwendung danach besser dasteht als heute. Darum geht es in diesem Beitrag.

Was am 10. November passiert

.NET 8 ist ein LTS-Release vom November 2023 mit drei Jahren Support. .NET 9 ist ein STS-Release vom November 2024 mit zwei Jahren Support. Beide enden am selben Tag. Der Nachfolger .NET 10 ist wieder LTS und wird bis 14. November 2028 unterstützt. Die aktuellen Daten stehen in der Support Policy von Microsoft.

Deine Anwendung läuft am 11. November einfach weiter. Was fehlt, sind die monatlichen Patches. Jede Sicherheitslücke, die danach in der Runtime oder in ASP.NET Core gefunden wird, bleibt bei dir offen. Spätestens beim nächsten Security-Audit oder bei einem Kunden, der Patch-Nachweise verlangt, wird das zum Thema.

Eine Abgrenzung, weil das oft durcheinanderkommt. Das klassische .NET Framework 4.8, auf dem ASP.NET Web Forms läuft, ist von diesem Datum nicht betroffen. Es hängt am Lebenszyklus von Windows. Web Forms hat dafür ein eigenes Problem. Es bekommt keine neuen Funktionen mehr und lässt sich nicht auf das moderne .NET heben. Wer eine Web-Forms-Anwendung betreibt, steht also vor derselben Frage wie hier, nur ohne Stichtag.

Für die meisten ist das Upgrade richtig

Von .NET 8 auf .NET 10 ist in der Regel ein überschaubarer Schritt. Target Framework in der .csproj anheben, NuGet-Pakete aktualisieren, die Breaking Changes durchgehen, testen. Wenn deine Anwendung funktioniert, das Team den Code kennt und neue Features in vernünftiger Zeit live gehen, dann mach genau das. Ein Umbau würde dir in dieser Lage nur Kosten bringen.

Was beim Upgrade gern überrascht, sind kommerzielle Pakete. UI-Komponenten von Telerik, DevExpress oder Syncfusion, Reporting-Tools, Hangfire Pro oder NServiceBus brauchen eine Version, die .NET 10 unterstützt. Je nach Lizenzmodell heißt das eine Verlängerung oder ein neuer Vertrag. Ein guter Moment, um zu klären, wie viel davon ihr wirklich nutzt.

Wann das Upgrade die falsche Frage ist

Ein Upgrade hält die Anwendung sicher. Funktionen, Oberfläche und Wartbarkeit bleiben dabei exakt gleich. Wenn einer der folgenden Punkte auf dich zutrifft, zahlst du beim Upgrade dafür, dass alles so bleibt, wie es ist.

Neue Features dauern Monate. Jede Änderung zieht Folgefehler nach sich, also wird kaum noch etwas geändert.
Die Oberfläche bremst die Leute aus. Masken mit Hunderten Feldern, Seiten, die nach jedem Speichern neu laden, und Fehlermeldungen erst ganz am Ende.
Integrationen fehlen. Keine automatischen E-Mails, keine Schnittstelle zum CRM, Daten werden händisch exportiert.
Das Wissen hängt an einer Person. Wenn sie geht, traut sich niemand mehr an den Code.
Die Lizenzen kosten mehr als die Weiterentwicklung. Komponenten, Reporting und Messaging summieren sich jedes Jahr.

Ein Beispiel aus einem Labor

Bei einem Laborkunden sehen wir gerade genau so eine Lage. Das .NET-Backend läuft zuverlässig und macht seit Jahren, was es soll. Die Oberfläche ist für die Leute, die täglich damit arbeiten, eine Qual. Einzelne Eingabemasken haben rund 200 Felder.

Hier stößt server-seitig gerenderte UX an ihre Grenze. Bei 200 Feldern willst du Abschnitte, die sich ein- und ausklappen, Prüfungen schon beim Tippen, automatisches Zwischenspeichern und Vorschläge aus früheren Einträgen. Mit klassischen Seiten-Reloads lässt sich das alles nur mühsam nachbauen.

Unser Vorschlag dort ist deshalb kleiner als ein Neubau. Das Backend bleibt und wird zur API. Davor kommt ein neues Frontend, das für genau diese Masken gebaut ist. Das Risiko liegt dort, wo das Problem liegt, und die Fachlogik, die seit Jahren funktioniert, bleibt unangetastet.

Laravel als Alternative, und wann es keine ist

Wenn Teile der Anwendung tatsächlich neu entstehen sollen, ist Laravel für viele Fachanwendungen eine gute Wahl. Das Framework kostet keine Lizenz, das Hosting ist günstig, und für typische Anforderungen wie Rollen und Rechte, Formulare, Freigaben, Hintergrundjobs und Schnittstellen gibt es fertige, gepflegte Bausteine. Mit Inertia und Vue lassen sich auch sehr große Formulare bauen, die sich wie eine Desktop-Anwendung anfühlen.

Das muss nicht auf einmal passieren. Ein bewährtes Muster ist, das .NET-Backend als API weiterlaufen zu lassen, das Frontend neu zu bauen und danach einzelne Module Schritt für Schritt umzuziehen. Jeder Schritt ist für sich abgeschlossen, und du kannst nach jedem aufhören. Wie wir das angehen, steht auf unserer Seite zur Legacy Modernisierung.

Es gibt auch klare Fälle, in denen .NET die bessere Wahl bleibt. Wenn ihr ein eigenes .NET-Team habt, die Anwendung tief in Active Directory, Azure und den Microsoft-Stack integriert ist oder stark an Windows-Komponenten hängt, dann bleib bei .NET und investiere das Geld dort. Ein Technologiewechsel lohnt sich nur, wenn er ein konkretes Problem löst.

Was du bis zum 10. November tun kannst

Bestand aufnehmen. Auf dem Server zeigt dotnet --list-runtimes, welche Runtimes installiert sind. Im Code steht die Version im TargetFramework der .csproj-Dateien.
Pakete prüfen. Für jedes kommerzielle NuGet-Paket klären, ob es eine Version für .NET 10 gibt und was die Lizenz kostet.
Pro Anwendung entscheiden. Reicht das Upgrade, oder gehört ein Plan für Frontend oder Teilablösung dazu?
Sicherheit zuerst. Wenn die Zeit knapp wird, zuerst auf .NET 10 heben und danach in Ruhe neu bewerten. Mit laufendem Support triffst du jede größere Entscheidung entspannter.

Du willst wissen, ob bei deiner Anwendung das Upgrade reicht? Wir schauen sie uns an und sagen dir ehrlich, was sich lohnt. Kostenloses Erstgespräch buchen →

Häufige Fragen

Wann endet der Support für .NET 8?

Am 10. November 2026. .NET 8 ist ein LTS-Release vom November 2023 mit drei Jahren Support. Danach liefert Microsoft keine Sicherheitsupdates und Bugfixes mehr. Der Nachfolger .NET 10 wird bis 14. November 2028 unterstützt.

Warum endet .NET 9 am selben Tag wie .NET 8?

.NET 9 ist ein STS-Release und bekommt zwei Jahre Support ab November 2024. .NET 8 ist ein LTS-Release mit drei Jahren ab November 2023. Beide Zeiträume enden deshalb am 10. November 2026.

Läuft meine .NET-8-Anwendung nach dem 10. November weiter?

Ja, die Anwendung läuft unverändert weiter. Microsoft liefert aber keine Patches mehr. Sicherheitslücken, die danach in der Runtime oder in ASP.NET Core gefunden werden, bleiben offen, was bei Security-Audits und in Kundenverträgen mit Patch-Pflichten zum Problem wird.

Ist ASP.NET Web Forms vom Support-Ende von .NET 8 betroffen?

Nein. Web Forms läuft auf dem klassischen .NET Framework 4.8, dessen Support am Lebenszyklus von Windows hängt. Web Forms bekommt aber keine neuen Funktionen mehr und lässt sich nicht auf das moderne .NET heben, die Frage nach Modernisierung stellt sich dort also genauso.

Wann lohnt sich ein neues Frontend statt nur des Upgrades auf .NET 10?

Wenn das Backend zuverlässig läuft, die Oberfläche aber die tägliche Arbeit bremst, etwa bei Eingabemasken mit Hunderten Feldern. Dann bleibt das .NET-Backend als API bestehen und nur das Frontend wird neu gebaut. Das senkt das Risiko gegenüber einem kompletten Neubau deutlich.

Ist Laravel eine Alternative zu .NET?

Für Fachanwendungen mit Formularen, Rollen, Freigaben und Schnittstellen ja. Laravel kostet keine Lizenz und das Hosting ist günstig. Wer ein eigenes .NET-Team hat oder tief in Active Directory, Azure und den Microsoft-Stack integriert ist, fährt mit dem Upgrade auf .NET 10 meist besser.