Profitez de .NET 6 sur Microsoft Azure

Le lancement de .NET 6 en novembre 2021 a présenté la première version d’assistance à long terme (LTS) de la nouvelle plate-forme unifiée basée sur .NET Core. Pris en charge jusqu’en novembre 2024,. INTERNET 6 est prévu pour le code de production qui nécessite une base stable. Vous pouvez maintenant utiliser .NET 6 et vous assurer que votre code n’aura pas besoin de modifications importantes avant le lancement de .NET 8.

En conséquence, il n’est pas surprenant de voir le principal PaaS d’Azure ( les outils de plate-forme en tant que service) adoptent .NET 6 très rapidement, avec une assistance immédiate, « absolument aucun jour » dans Azure Functions, Azure App Service et Azure Fixed Web Apps. Nous allons parcourir ci-dessous la prise en charge de .NET 6 dans ces services Azure populaires.

Le passage à .NET 6 est logique pour Azure, comme la version LTS précédente. NET Core 3.1, congés d’assistance à la fin de 2022. Avec un chevauchement d’un an, il est temps de déplacer votre code vers la version LTS existante avant la fin du support.

Développer des fonctions sans serveur avec.NET 6

La transition .NET 6 la plus évidente vient avec la sortie d’Azure Functions 4.0. La plate-forme sans serveur de Microsoft reçoit des mises à jour régulières pour ajouter de toutes nouvelles versions de tous ses environnements d’exécution principaux. Pour les fonctions 4.0, celles-ci incluent Node.js 14 pour le code JavaScript, Python 3.7 et 3.9, Java 8 et 11, et PowerShell 7.0 basé sur .NET Core 3.1 (qui sera mis à niveau vers PowerShell 7.2 basé sur .NET 6). Avec Azure Functions 4.0, l’environnement d’exécution conseillé, vous devez le considérer pour tout nouveau code et comme cible lors de la mise à niveau d’applications existantes.

Il est essentiel de se rappeler que vous n’avez pas besoin de déplacer le code pour le moment. Les applications exécutées dans Azure Functions 3.x fonctionneront toujours, bien que ce soit une bonne idée de surveiller les annonces de service d’Azure pour vous assurer que vous ne dépendez pas d’une petite variation spécifique qui est retirée. Les fonctions Azure 1.x et 2.x sont désormais en mode maintenance, ce qui signifie qu’elles ne doivent être utilisées que pour le code existant qui nécessite des fonctions .NET spécifiques et ne peuvent pas être mises à jour pour s’exécuter sur des versions plus récentes.

Démarrer avec Azure Functions 4.0 ne devrait pas être trop difficile. Le code existant composé pour Azure Functions 3.x sera basé sur .NET Core 3.1 ou .NET 5.0 et devrait migrer facilement car il existe une grande compatibilité descendante entre les 2 versions. Un code plus ancien peut nécessiter du travail, surtout si vous passez de .NET Framework 4 à la toute nouvelle variante open source. Les mises à niveau nécessiteront tout d’abord la mise à jour des environnements de développement et de test locaux avant de mettre à niveau votre application sur Azure.

Mise à jour des anciennes fonctions Azure.NET

Commencez par mettre à jour TargetFramework et AzureFunctionsVersion de votre code pour prendre en charge. NET 6 et Azure Functions 4.0. Dans le même temps, mettez à jour les bibliothèques et les ensembles de NuGet pour vous assurer que vous exécutez des variantes appropriées. Dans Azure, utilisez l’interface de ligne de commande pour changer votre variante cible Azure Functions pour votre application.

Vous n’avez pas besoin d’en faire un big bang et de mettre à niveau toutes vos applications au exactement en même temps. Vous pouvez mettre à jour diverses applications à différents moments ou même développer de nouvelles versions importantes d’applications si vous utilisez Azure Functions pour héberger des API (vous permettant d’inclure de toutes nouvelles fonctions en même temps que la mise à niveau de .NET et des versions Azure Functions). Bien que le maintien de différentes variantes d’une API puisse contribuer à votre charge de travail, cela vous permettra de déprécier avec dignité les anciens points de terminaison et d’aider vos utilisateurs à passer à de toutes nouvelles versions.

Certaines modifications importantes affectent le passage d’Azure Functions 3 à Azure Functions 4, principalement en raison de modifications dans le runtime .NET sous-jacent. Certains, comme la suppression de l’assistance pour les proxys de fonctions Aure, nécessitent l’utilisation de services Azure alternatifs ; d’autres auront besoin de modifications de code ou de bibliothèque. Azure Functions implémente désormais des variations minimales pour les extensions, vous devrez donc garantir que le code est mis à niveau avant d’être publié sur Azure.

Une modification qui peut causer des problèmes est l’exigence d’utiliser différents comptes de stockage pour les applications qui ont exactement le même nom d’hôte calculé (normalement parce qu’ils sont trop longs et qu’ils sont instantanément tronqués, quelque chose de l’ordre de 30 % des applications exécutées sur Azure Functions 3), ce qui peut empêcher le code de commencer. Dans la pratique, cela ne devrait pas être trop un problème, mais cela déclenchera désormais des erreurs et cessera de fonctionner pour les applications, alors qu’auparavant, cela ne créait qu’un avertissement.

. NET 6 dans Azure App Service

Azure Functions n’est pas le seul Azure PaaS à offrir la prise en charge de .NET 6. Azure App Service utilise .NET 6 pour ses outils basés sur .NET. Vous pouvez utiliser Azure App Service pour déployer rapidement des back-ends d’applications ASP.NET Core 6.0, à l’aide des outils Visual Studio familiers. Encore une fois, l’avantage ici est la prise en charge à long terme de vos environnements de développement et de publication, en plus de la prise en charge multiplateforme du runtime .NET afin que vous puissiez choisir des hôtes Windows ou Linux pour votre code.

Il y a de l’assistance pour les déploiements standard avec des environnements d’exécution partagés ou autonomes et des déploiements plus portables basés sur des conteneurs. Le choix d’une implémentation autonome sur Linux ou Windows est logique car vous êtes séparé des autres applications, avec votre propre environnement d’exécution et vos propres bibliothèques. Cependant, vous devrez vous assurer que vous gérez les mises à jour pour votre application, car cela n’est plus géré par Azure.

Comme Azure App Service est simplement un hôte ASP.NET, vous devrez déplacez vous-même le code existant, même si cela ne devrait pas être un problème excessif. Microsoft fournit un excellent ensemble de directives de migration, à la fois pour ASP.NET Core 3.1 et ASP.NET 5. Il y a quelques modifications importantes dans le cadre de la nouvelle version, mais elles sont bien documentées, et cela ne devrait pas être trop difficile à faire les modifications appropriées.

Utilisation de.NET 6 pour WebAssembly dans Azure Static Web Apps

L’autre service Azure qui a obtenu un lancement immédiat. La version INTERNET 6 était Azure Static Web Apps. Ici, les choses sont un peu différentes. Au lieu d’exécuter .NET 6 sur les serveurs Azure, vous travaillez sur les navigateurs Internet de vos utilisateurs via la prise en charge WebAssembly de .NET 6 à l’aide de Blazor. Il est peut-être préférable de le considérer comme un complément à Azure Functions ou Azure App Service, fournissant une interface aux API hébergées par Azure.

Comme les autres applications Web statiques Azure, vous développez dans votre région, en utilisant GitHub pour CI/CD (combinaison continue et expédition constante) et Azure pour l’hébergement. Au lieu de pages Jamstack, votre matériel Web hébergera des applications .NET 6 avec une assistance complète pour des technologies telles que les éléments WebUI d’Uno. Les outils Blazor de Visual Studio simplifient la procédure de prise d’applications .NET existantes et de leur portage sur le Web, et vous pouvez utiliser une compilation à l’avance pour fournir du bytecode directement aux navigateurs Internet au lieu d’un runtime .NET complet. Vous pouvez même utiliser la stratégie totalement gratuite pour créer et tester des applications Blazor avant de passer à un niveau payant.

Le déploiement rapide de .NET 6 dans Azure profite aux développeurs souhaitant bénéficier des dernières fonctionnalités. Avec le support à long terme, nous verrons des tiers et des développeurs open source développer de nouvelles bibliothèques et composants, en veillant à ce que vous disposiez des outils dont vous avez besoin pour fournir les applications que vos utilisateurs attendent. Alors que Microsoft et le groupe .NET présentent des versions de mise à jour intermédiaires, nous devrions voir Azure les récupérer aussi rapidement, en utilisant des mécanismes de version anticipée pour amorcer les premiers utilisateurs, puis des déploiements plus larges dans le cadre des mises à jour régulières des images et des conteneurs.