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
Toutes les exceptions prises en charge par Azure 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
| 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 :