Stratégie de support du runtime de langage
Cet article explique la stratégie de support du runtime de langage Azure Functions.
Processus de mise hors service
Le runtime Azure Functions s’articule autour de divers composants, notamment les systèmes d’exploitation, l’hôte Azure Functions et les Workers spécifiques à un langage. Pour maintenir des couvertures de pleine prise en charge pour les applications de fonction, Functions s’aligne sur la prise en charge de la fin de vie d’un langage donné. Pour atteindre ce but, Azure Functions implémente une réduction progressive du support, au fur et à mesure que les versions du langage de programmation atteignent leur date de fin de vie. Pour la plupart des versions de langage, la date de mise hors service coïncide avec la date de fin de vie de la communauté.
Phase de notification
L'équipe Functions envoie des courriels de notification aux utilisateurs de l'application de fonctions pour les informer des prochains retraits de versions linguistiques. Lorsque vous recevez la notification, vous devez vous préparer à mettre à jour les fonctions des applications que vous utilisez 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, vos applications ne sont pas éligibles aux nouvelles fonctionnalités, aux correctifs de sécurité et aux optimisations des performances tant que vous ne les aurez pas mises à niveau vers une version de langage prise en charge.
Important
Il est vivement recommandé de mettre à niveau la version de langage de vos applications de fonction affectées vers une version prise en charge. Si vous exécutez des applications de fonctions à l’aide d’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 devrez effectuer une mise à niveau avant de recevoir le support de votre application de fonction.
Exceptions de la stratégie de mise hors service
Il existe quelques exceptions à la stratégie de mise hors service décrite ci-dessus. Voici une liste des langages qui approchent de leur date de fin de vie (EOL) ou l’ont atteinte, mais qui continuent d’être pris en charge sur la plateforme jusqu’à nouvel ordre. Lorsque ces versions de langage atteignent leur date de fin de vie, elles ne sont plus mises à jour ni corrigées. C’est la raison pour laquelle nous vous déconseillons de développer et d’exécuter vos applications de fonction sur la base de ces versions de langage.
Versions linguistiques | Date de fin de vie | Date de retrait |
---|---|---|
Python 3.7 | 27 juin 2023 | 30 septembre 2023 |
Nœud 14 | 30 avril 2023 | 30 juin 2024 |
Nœud 16 | 11 septembre 2023 | 30 juin 2024 |
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
Langage | 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 langage le plus élevé pour des versions de runtime Azure Functions spécifiques qui ne sont plus prises en charge :
Langage | 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 :