Die Antwort

Ein Datum, das es so nicht gibt

Seit Version 4.5.2 ist .NET Framework kein eigenständiges Produkt mehr, sondern eine Komponente von Windows. Komponenten erben den Lifecycle ihres Host-Systems. Deshalb gibt es für 4.7, 4.8 und 4.8.1 kein festes Support-Ende: Sie werden unterstützt, solange das Windows darunter unterstützt wird. Windows Server 2025 ist bis heute die neuste Server-Version, und .NET Framework 4.8.1 ist dort ab Werk installiert.

Eine Ausnahme gibt es. .NET Framework 4.6.2 hat ein hartes Enddatum am 12. Januar 2027. Der Sprung von 4.6.2 auf 4.8.1 ist klein, denn ab 4.7 sind die Versionen praktisch Drop-in-Ersatz. Wer dort noch steht, sollte diesen Schritt sofort machen.

Version / Produkt	Status	Unterstützt bis
.NET Framework 4.6.2	Festes Support-Ende	12. Januar 2027
.NET Framework 4.7 - 4.8	Windows-Komponente	Lifecycle des Host-Systems
.NET Framework 4.8.1	Windows-Komponente, letzte Version	Lifecycle des Host-Systems
Windows Server 2025	Neuste Version, 4.8.1 vorinstalliert	14. November 2034
Windows Server 2022	Mainstream-Support endet 13. Oktober 2026	14. Oktober 2031

Der Haken

Supported heisst nicht zukunftsfähig

Support bedeutet Sicherheitsupdates. Mehr nicht. .NET Framework 4.8 erschien im April 2019 und war das letzte Feature-Release. 4.8.1 kam im August 2022 mit Arm64-Unterstützung und Verbesserungen bei der Barrierefreiheit, ohne neue Sprach- oder Runtime-Features.

Das ist die eigentliche Aussage hinter der langen Support-Zusage: Ihre Anwendung darf weiterlaufen. Besser wird sie nicht mehr. Jede Sprachversion, jede Performance-Verbesserung und jede neue API der letzten sieben Jahre ist an .NET Framework vorbeigegangen.

2019

Letztes Feature-Release. Seitdem nur noch Sicherheitsupdates.

4.8.1

Die letzte Version, die es je geben wird.

2034

Äusserstes Ende der Laufbahn, wenn Sie heute auf Windows Server 2025 setzen.

Ökosystem

Das Ökosystem wartet nicht auf Sie

Die Support-Tabelle beschreibt, was Microsoft noch repariert. Sie beschreibt nicht, womit Sie noch arbeiten können. Und genau dort verschiebt sich der Boden seit Jahren.

Vier Effekte, die alle in dieselbe Richtung zeigen und sich gegenseitig verstärken.

Developer Experience

Hot Reload, aktuelles C# mit Records, Pattern Matching, Nullable Reference Types und Collection Expressions, Source Generators, das dotnet CLI, Test- und Observability-Tooling ab Werk. Werkzeuge werden heute für modernes .NET gebaut, auf .NET Framework sind Sie bestenfalls ein Nachgedanke.

Verfügbare Entwickler

Entwicklerinnen und Entwickler wählen Stacks, in denen sie wachsen können. Wer heute einsteigt, lernt .NET 10, nicht WebForms und WCF. Jedes Jahr auf .NET Framework verkleinert den Kreis der Menschen, die Ihr System pflegen wollen, und verteuert die, die bleiben.

Aktuelle Standards

OpenTelemetry, Container und Kubernetes, Minimal APIs, Native AOT, plattformübergreifender Betrieb. Neue Standards erscheinen zuerst und oft ausschliesslich für modernes .NET. Auf .NET Framework bekommen Sie die Nachrüstung oder gar nichts.

Durchsatz

Runtime und ASP.NET Core werden mit jedem Release messbar schneller. Auf modernem .NET nehmen Sie das mit dem Upgrade einfach mit. Auf .NET Framework ist die Decke eingezogen, und die einzige verbleibende Antwort auf Last ist mehr Hardware.

Irgendwann bauen Sie alles selbst

Das ist der Teil, der in keiner Lifecycle-Tabelle steht. Die Bibliotheken, die Sie brauchen, werden für modernes .NET gebaut, und der Abstand wächst.

EF Core 3.1 ist die letzte Version von Entity Framework Core, die auf .NET Framework läuft. Sie ist seit Dezember 2022 ohne Support.
ASP.NET Core 2.1 war das letzte Release, das .NET Framework als Ziel hatte. Ab 3.0 ist diese Tür zu.
Neue NuGet-Pakete zielen zunehmend direkt auf net8.0 und höher und verzichten ganz auf netstandard2.0.

Was alle anderen als Paket installieren, schreiben und pflegen Sie im Haus. Diese Kosten tauchen in keinem Support-Kalender auf, aber sie fallen jeden Sprint an, und sie werden grösser.

Release-Takt

Die Frage ist nicht, ob Sie upgraden, sondern wie sehr es jedes Mal weh tut

Modernes .NET ist kein Endzustand. .NET 8 und .NET 9 erreichen beide am 10. November 2026 ihr Support-Ende. .NET 10 ist die aktuelle LTS-Version und wird bis November 2028 unterstützt.

Der Rhythmus ist vorhersehbar: gerade Versionen sind LTS mit 36 Monaten Support, ungerade sind STS mit 18 Monaten. Genau diese Vorhersehbarkeit ist der Gewinn. Von .NET 8 auf .NET 10 ist ein geändertes Target Framework und ein Testlauf, meist eine Sache von Tagen. Der Weg weg von .NET Framework 4.8 ist ein Projekt. Wer den einmaligen Schritt macht, tauscht die Klippe gegen eine Routine.

Der Weg

Wie solche Migrationen tatsächlich aussehen

Wir haben diesen Weg mehrfach begleitet, in einem Fall rund 150 Projekte schrittweise auf modernes .NET. Das Muster ist immer ähnlich: Bestand aufnehmen und Zielversion festlegen, gemeinsame Bibliotheken über netstandard2.0 brückenfähig machen, dann Pfad für Pfad umziehen, während das Produkt weiter ausgeliefert wird.

Welche Schritte in welcher Reihenfolge sinnvoll sind, welche Begriffe wirklich zählen und wo die typischen Stolperfallen liegen, haben wir ausführlich aufgeschrieben: Migration von .NET Framework 4.8 auf modernes .NET

Das Wichtigste in einem Satz

Der Stichtag steht nicht in der Support-Matrix. Er ist der Tag, an dem das Ökosystem nichts mehr liefert, das Sie noch verwenden können, und dieser Tag liegt deutlich vor 2031.

Weitere Leistungen

Kontakt

Lassen Sie uns gemeinsam etwas Grossartiges aufbauen

Haben Sie eine Frage oder möchten Sie ein Projekt besprechen? Wir freuen uns, von Ihnen zu hören. Füllen Sie das untenstehende Formular aus und wir melden uns so schnell wie möglich bei Ihnen.

oder

Sie können uns auch direkt erreichen unter [email protected]

Wann stirbt .NET Framework?