https://thedotnetblog.com/de/tags/net10/Articles, tutorials and insights from the .NET community.Hugode@thedotnetblog (The .NET Blog)@thedotnetblogSun, 19 Jul 2026 00:00:00 +0000https://thedotnetblog.com/de/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/Sun, 19 Jul 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/de/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/Der 10. November 2026 ist nicht nur ein Support-Datum; es ist der Punkt, an dem aufgeschobenes Upgrade-Risiko explizit wird.<p>Originalquelle: <a href="https://devblogs.microsoft.com/dotnet/dotnet-8-9-end-of-support/">.NET 8 and .NET 9 will reach End of Support on November 10, 2026</a></p> <p>Diese Ankündigung ist unkompliziert, und Teams sollten mit gleicher Klarheit antworten: Wenn Sie planen, nach dem 10. November 2026 weiterhin auf .NET 8 oder .NET 9 auszuliefern, treffen Sie eine bewusste Entscheidung für eine nicht unterstützte Laufzeit.</p> <p>Anwendungen werden weiterlaufen. Das ist nicht der Punkt. Der Punkt ist, dass Sicherheits- und Service-Updates aufhören. Sobald das passiert, wird jede bekannte Schwachstelle ohne Backport-Pfad zu Ihrer betrieblichen Verantwortung.</p> <p>Meine Meinung: Organisationen behandeln Framework-Upgrades oft als optionale Wartung und zahlen dann für diese Entscheidung in Notfallfenstern, Audit-Feststellungen und übereilten Verkäufer-Eskalationen. Upgrade-Planung sollte ein Produkt-Roadmap-Element sein, kein Side-Quest.</p> <p>Ein praktischer Migrationsansatz für .NET-Teams:</p> <p>Setzen Sie .NET 10-Neuausrichtung als datiertes Ziel, nicht als offenes Backlog-Element.</p> <p>Führen Sie Kompatibilitäts- und Regressionstests jetzt parallel zur Feature-Arbeit durch, nicht erst im Q4.</p> <p>Verfolgen Sie Abhängigkeits- und Hosting-Bereitschaft als separate Workstreams, weil viele Fehler außerhalb der Projektdatei auftreten.</p> <p>Verwenden Sie Upgrade Assistant und Breaking-Change-Dokumentation frühzeitig, um Überraschungen vorzuladen.</p>