Stratégie de support de pile de langage Azure Functions
Cet article explique la stratégie de support pour les piles de langage prises en charge par Azure Functions. L’aide est spécifique au langage. Veillez à choisir votre langage de développement préféré en haut de l’article.
Processus de mise hors service
Le runtime Functions inclut l’hôte Functions et les Workers spécifiques au langage de programmation. Pour maintenir une couverture de support complète pour exécuter vos fonctions dans Azure, le support Functions s’aligne sur le support de la fin de vie d’un langage donné. Pour vous permettre de maintenir vos applications à jour et prises en charge, Functions implémente une réduction par phases dans le support à mesure que les versions de pile de langage atteignent leur date de fin de vie. En général, la date de mise hors service coïncide avec la date de fin de vie de la communauté du langage donné.
Phase de notification :
L'équipe Functions envoie des notifications par e-mail sur les mises hors service de versions de langage à venir qui affectent vos applications de fonctions. Lorsque vous recevez cette notification, vous devez vous préparer à mettre à niveau ces applications à utiliser vers une version prise en charge.
Phase de mise hors service :
Une fois passée la date de fin de vie du langage, les applications de fonction qui utilisent des versions de langage supprimées peuvent quand même être créées et déployées, et continuer à s’exécuter sur la plateforme. Par contre, ces applications ne seront éligibles aux nouvelles fonctionnalités, aux correctifs de sécurité et aux optimisations des performances qu’après leur mise à niveau par vos soins vers une version de langage prise en charge.
Important
Si vous exécutez des applications de fonction utilisant une version de runtime ou de langage non prise en charge, vous pouvez constater des problèmes et des répercussions sur les performances et devez effectuer une mise à niveau afin de bénéficier d’un support pour votre application de fonction. Par conséquent, nous vous conseillons vivement de mettre à niveau la version de langage d’une telle application vers une version prise en charge. Si vous souhaitez découvrir ce processus, voir Mettre à jour les versions des piles de langage dans Azure Functions.
Exceptions de la stratégie de mise hors service
Toutes les exceptions prises en charge par Functions aux stratégies de mise hors service spécifiques au langage sont documentées ici :
Il n’existe actuellement aucune exception à la politique générale de retraite.
Ressources liées à la prise en charge du langage
Utilisez ces ressources pour mieux comprendre et planifier les modifications liées à la prise en charge du langage dans vos applications de fonction.
Ressource | Détails |
---|---|
Chronologies de prise en charge des versions de langage | Page de la stratégie de prise en charge de .NET |
Configuration des versions de langage | Modèle de worker isolé Modèle in-process |
Versions de runtime mises hors service* | v2.x : .NET Core 2.1 v3.x : .NET Core 3.1 et .NET 5** |
Ressource | Détails |
---|---|
Chronologies de prise en charge des versions de langage | Page de publication de Node.js sur GitHub |
Configuration des versions de langage | Définition de la version de Node |
Versions de runtime mises hors service* | v2.x : Node.js 10 et 8 v3.x : Node.js 14, 12 et 10 |
Ressource | Détails |
---|---|
Chronologies de prise en charge des versions de langage | Prise en charge de Java sur Azure et Azure Stack |
Configuration des versions de langage | Mettre à jour la configuration de la pile |
Versions de runtime mises hors service* | v2.x : Java 8 v3.x : Java 11 et 8 |
Ressource | Détails |
---|---|
Chronologies de prise en charge des versions de langage | Cycle de vie de prise en charge de PowerShell |
Configuration des versions de langage | Changement de la version de PowerShell |
Ressource | Détails |
---|---|
Chronologies de prise en charge des versions de langage | Guide du développeur Python |
Configuration des versions de langage | Changement de la version de Python |
Versions de runtime mises hors service* | v2.x : Python 3.7 v3.x : Python 3.9, 3.8, 3.7 |
*Indique le niveau de pile de langage le plus élevé pour les versions du runtime Functions qui ne sont plus prises en charge, comme la version 2.x du runtime.
**.NET 5 était uniquement pris en charge pour les applications C# exécutées dans le modèle de travail isolé.
Pour connaître les niveaux de langue actuellement pris en charge par Azure Functions, consultez Langues par version du runtime.
Forum aux questions
Cette section fournit des réponses aux questions fréquemment posées sur les stratégies de prise en charge de langage.
Quelles sont les versions de mon langage préféré actuellement prises en charge par Functions ?
Pour obtenir la liste à jour des versions de pile de langage prises en charge, consultez Langages pris en charge dans Azure Functions.
Combien de temps Functions continuera-t-il à prendre en charge la version de mon langage ?
La prise en charge des fonctions s’aligne sur la date de fin de vie publiée par la communauté pour une pile de langage donnée. Pour connaître la date de fin de vie attendue des versions actuellement prises en charge, consultez Langages pris en charge dans Azure Functions.
Que se passe-t-il lorsque ma version du runtime atteint la fin du support ?
Lorsqu’une version de runtime Functions précédemment prise en charge atteint la fin du support, Microsoft ne fournit plus de correctifs de bogues, de mises à jour de sécurité ou de correctifs. Les applications utilisant des versions mises hors service peuvent également faire face à une dégradation des performances. Vous devez effectuer une mise à niveau vers une version prise en charge pour maintenir la sécurité et la stabilité.
Puis-je continuer à utiliser une version de pile de langage ou de runtime non prise en charge ?
Vous pouvez continuer à utiliser des versions de pile de langage et de runtime Functions précédemment prises en charge au-delà de la date de fin du support. Toutefois, vous devez savoir que les versions de runtime non prises en charge ne bénéficient pas de mises à jour, de correctifs de sécurité ou du support officiel de Microsoft. Vos applications peuvent également subir une dégradation des performances si vous utilisez des versions de runtime mises hors service.
Comment faire pour mettre à niveau mon application de fonction vers une version prise en charge plus récente de la pile de langage ou du runtime ?
Pour vérifier que votre application est compatible avec la dernière version du runtime Functions prise en charge et la dernière version de votre pile de langage, consultez Mettre à jour les versions des piles de langage dans Azure Functions
Comment faire pour déterminer les versions de pile de langage et de runtime utilisées par mon application de fonction ?
Azure fournit ces méthodes pour vérifier la version actuelle du runtime utilisée par votre application de fonction :
- À l’aide du portail Azure
- Utilisation de l’interface de ligne de commande Azure (CLI)
- Utilisation de Microsoft Azure PowerShell
La pile de langage utilisée par votre application de fonction est déterminée en fonction de la valeur du paramètre d’application FUNCTIONS_WORKER_RUNTIME
. Pour plus d’informations, consultez Utiliser des paramètres d’application.
Articles connexes
Pour en savoir plus sur la mise à niveau de la version du langage de votre application de fonction, consultez les articles suivants :