<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Net10 | The .NET Blog</title><link>https://thedotnetblog.com/fr/tags/net10/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>fr</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sun, 19 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/fr/tags/net10/index.xml" rel="self" type="application/rss+xml"/><item><title>Fin de support .NET 8 et .NET 9 : traitez cela comme une échéance de livraison</title><link>https://thedotnetblog.com/fr/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/</link><pubDate>Sun, 19 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/fr/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/</guid><description>Le 10 novembre 2026 n'est pas juste une date de support ; c'est le point où le risque de mise à niveau reporté devient explicite.</description><content:encoded>&lt;p&gt;Original source: &lt;a href="https://devblogs.microsoft.com/dotnet/dotnet-8-9-end-of-support/"&gt;.NET 8 and .NET 9 will reach End of Support on November 10, 2026&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Cette annonce est simple, et les équipes devraient répondre avec la même clarté : si vous prévoyez de continuer à livrer sur .NET 8 ou .NET 9 au-delà du 10 novembre 2026, vous prenez une décision intentionnelle d&amp;rsquo;exécuter un runtime non supporté.&lt;/p&gt;
&lt;p&gt;Les applications continueront de fonctionner. Ce n&amp;rsquo;est pas le point. Le point, c&amp;rsquo;est que les mises à jour de sécurité et de maintenance s&amp;rsquo;arrêtent. Une fois que cela se produit, chaque vulnérabilité connue sans chemin de rétroportage devient votre responsabilité opérationnelle.&lt;/p&gt;
&lt;p&gt;Mon avis tranché : les organisations traitent souvent les mises à niveau de framework comme une maintenance optionnelle, puis paient cette décision lors de fenêtres d&amp;rsquo;urgence, de constats d&amp;rsquo;audit et d&amp;rsquo;escalades précipitées auprès des fournisseurs. La planification de mise à niveau devrait être un élément de la feuille de route produit, pas une tâche secondaire.&lt;/p&gt;
&lt;p&gt;Une posture de migration pratique pour les équipes .NET :&lt;/p&gt;
&lt;p&gt;Fixez le reciblage vers .NET 10 comme un objectif daté, pas un élément de backlog ouvert.&lt;/p&gt;
&lt;p&gt;Exécutez les tests de compatibilité et de régression en parallèle du travail de fonctionnalité maintenant, pas au T4.&lt;/p&gt;
&lt;p&gt;Suivez la préparation des dépendances et de l&amp;rsquo;hébergement comme des chantiers séparés, car beaucoup d&amp;rsquo;échecs se produisent en dehors du fichier de projet.&lt;/p&gt;
&lt;p&gt;Utilisez Upgrade Assistant et la documentation des changements cassants tôt pour anticiper les surprises.&lt;/p&gt;
&lt;p&gt;Si vous possédez des bibliothèques partagées utilisées par plusieurs produits, publiez votre calendrier de support .NET 10 publiquement dans votre organisation. Les équipes en aval ont besoin de délai.&lt;/p&gt;
&lt;p&gt;Le marquage des composants hors support par Visual Studio compte aussi opérationnellement. Il crée un signal clair que le nettoyage de la chaîne d&amp;rsquo;outils fait partie du maintien de la conformité. Les équipes qui ignorent cela dérivent habituellement vers des états de SDK mixtes et un comportement de build incohérent.&lt;/p&gt;
&lt;p&gt;Un détail peu discuté est que .NET 8 et .NET 9 convergent vers la même date de fin. Cela comprime les fenêtres de mise à niveau pour les organisations qui ont échelonné l&amp;rsquo;adoption en espérant plus de marge. Si vous êtes passé à .NET 9 pour l&amp;rsquo;accès aux fonctionnalités, vous atterrissez quand même sur la même falaise de support.&lt;/p&gt;
&lt;p&gt;Pour les responsables de plateforme, la matrice de décision est simple : migrer avant l&amp;rsquo;échéance, ou documenter et accepter le risque non supporté avec des contrôles compensatoires. Il n&amp;rsquo;y a pas de troisième option où rien ne change.&lt;/p&gt;
&lt;p&gt;La bonne nouvelle, c&amp;rsquo;est que .NET 10 est une cible LTS jusqu&amp;rsquo;en novembre 2028, ce qui achète une marge de manœuvre stable une fois le déplacement terminé.&lt;/p&gt;
&lt;p&gt;N&amp;rsquo;attendez pas le dernier Patch Tuesday pour commencer. Traitez ceci comme une échéance de livraison avec des implications de sécurité, parce que c&amp;rsquo;est exactement ce que c&amp;rsquo;est.&lt;/p&gt;</content:encoded></item></channel></rss>