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.
Processus de mise hors service
Le runtime d’Azure Functions inclut l’hôte Azure 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 fonctions en utilisant une version de runtime ou de langage non prise en charge, vous pouvez rencontrer des problèmes et des implications en matière de performances et vous devez effectuer une mise à niveau avant de recevoir le support de votre application de fonction. C’est pourquoi nous vous conseillons vivement de mettre à niveau la version de langage de cette 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.
Chronologie de support des versions de langage
Pour en savoir plus sur la chronologie de la stratégie de support des versions de langage spécifiques, consultez les ressources externes suivantes :
- .NET - dotnet.microsoft.com
- Node - github.com
- Java - Documentation technique Microsoft
- PowerShell - Documentation technique Microsoft
- Python - devguide.python.org
Configuration des versions de langage
| Pile de langages | Guides de configuration |
|---|---|
| C# (modèle worker isolé) | ici. |
| C# (modèle in-process) | ici. |
| Java | ici. |
| Nœud | ici. |
| PowerShell | ici. |
| Python | ici. |
Versions du runtime mises hors service
Ce tableau historique montre le niveau de pile de langage le plus élevé pour des versions de runtime Functions qui ne sont plus prises en charge :
| Pile de langages | 2.x | 3.x |
|---|---|---|
| C# | Disponibilité générale (.NET Core 2.1) | Disponibilité générale (.NET Core 3.1 et .NET 5*) |
| JavaScript/TypeScript | Disponibilité générale (Node.js 10 et 8) | Disponibilité générale (Node.js 14, 12, et 10) |
| Java | Disponibilité générale (Java 8) | GA (Java 11 et 8) |
| PowerShell | N/A | N/A |
| Python | GA (Python 3.7) | GA (Python 3.9, 3.8, 3.7) |
| TypeScript | GA | GA |
*.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.
Étapes suivantes
Pour en savoir plus sur la mise à niveau des versions de langage pour vos applications de fonction, consultez les ressources suivantes :