Prise en charge des versions de Java, Spring Boot, etc

Remarque

Azure Spring Apps est le nouveau nom du service Azure Spring Cloud. Bien que le service ait un nouveau nom, vous verrez l’ancien nom à divers endroits pendant un certain temps, car nous travaillons à mettre à jour les ressources telles que les captures d’écran, les vidéos et les diagrammes.

Cet article s’applique à : ✔️ Consommation Standard et dédiée (préversion) ✔️ De base/Standard ✔️ Entreprise

Cet article décrit la stratégie de prise en charge pour les versions Java, Spring Boot et Spring Cloud pour tous les plans Azure Spring Apps, ainsi que les versions d’autres kits SDK et images de système d’exploitation pour le plan Entreprise.

Azure Spring Apps fournit et gère les kits SDK et les images de système d’exploitation de base nécessaires pour exécuter vos applications. Pour vous assurer que vos applications sont compatibles avec ces composants managés, suivez la stratégie de prise en charge des versions pour les composants décrits dans cet article.

Prise en charge des versions pour tous les plans

Les sections suivantes décrivent la prise en charge de la version qui s’applique à tous les plans.

Version du runtime Java

Vous pouvez choisir n’importe quelle version java LTS comme version principale officiellement prise en charge et reçoit des mises à jour régulières.

Pour plus d’informations, consultez la prise en charge à long terme de Java pour Azure et Azure Stack.

Versions de Spring Boot et de Spring Cloud

Vous pouvez choisir n’importe quelle version de Spring Boot ou Spring Cloud compatible avec la version Java que vous avez installée.

Pour les nouvelles versions, Azure Spring Apps prend en charge la dernière version majeure de Spring Boot ou Spring Cloud à partir de 30 jours après sa publication. La dernière version mineure est prise en charge dès sa publication.

Pour les anciennes versions, Azure Spring Apps ne vous oblige pas à mettre à niveau Spring Boot ou Spring Cloud pour recevoir un support. Toutefois, avec les nouvelles versions officiellement prises en charge, vous pouvez bénéficier de la meilleure expérience avec certains des composants managés , par exemple, Config Server et Eureka Server pour la consommation standard et le plan dédié et le plan Standard, les composants Tanzu pour le plan Entreprise et la collecte de métriques pour tous les plans.

Pour plus d’informations, consultez le support officiel chronologie de Spring Boot et Spring Cloud. Le plan Entreprise fournit un support commercial pour Spring Boot, tandis que les autres plans fournissent un support OSS.

Prise en charge des versions pour le plan Entreprise

Les sections suivantes décrivent la prise en charge de la version qui s’applique au plan Entreprise.

Sdk Polyglot

Vous pouvez déployer des applications polyglottes dans le plan Entreprise avec du code source. Pour bénéficier de la meilleure stabilité, utilisez des kits SDK avec des versions LTS officiellement prises en charge.

Lorsque vous déployez vos applications polyglottes dans le plan Entreprise, affectez des versions LTS spécifiques pour les kits SDK. Sinon, la version du Kit de développement logiciel (SDK) par défaut peut changer pendant les mises à niveau régulières pour les composants du générateur. Pour plus d’informations sur le déploiement d’applications polyglottes, consultez Guide pratique pour déployer des applications polyglottes dans le plan Azure Spring Apps Enterprise.

Type	Politique de support
Java	Prise en charge de Java sur Azure
Tomcat	Versions de Tomcat
.NET	Stratégie de prise en charge de .NET et .NET Core
Python	État des versions de Python
Go	Historique des versions Go
NodeJS	Mises en production de Nodejs
PHP	Versions prises en charge par PHP

Prise en charge des images de pile

Vous pouvez choisir n’importe quelle image de pile pendant la configuration du générateur. Nous vous recommandons d’utiliser une image LTS officiellement prise en charge. Pour plus d’informations, consultez le cycle de vie et la cadence de publication Ubuntu.

Suivre la mise à niveau de version

Préparez-vous tôt à la dépréciation de toute version LTS du composant principal sur laquelle vos applications s’appuient. Vous recevrez une notification de Microsoft un mois avant la fin du support sur Azure Spring Apps.

Pour les mises à niveau régulières, vous trouverez des informations spécifiques dans votre journal d’activité une fois la mise à niveau terminée.