Partager via


Cycle de vie de prise en charge d’Azure CLI

Chaque produit Microsoft a un cycle de vie. Le cycle de vie commence lorsqu’un produit est rendu disponible et se termine lorsqu’il n’est plus pris en charge. Connaître les dates clés de ce cycle de vie vous aide à prendre des décisions éclairées sur le moment de mettre à niveau ou d’apporter d’autres modifications à votre logiciel.

Le cycle de vie du support Azure CLI est conçu pour fournir une clarté et une prévisibilité pour les clients concernant la prise en charge de chaque version. La durée et le degré de soutien varient en fonction de quelques qualifications. Le cycle de vie du support Azure CLI suit la politique de cycle de vie moderne de Microsoft, sauf indication contraire dans cet article.

Types référence

Il existe deux types de référence Azure CLI.

  • Core : Les références Azure CLI publiées en tant que partie permanente de l’interface CLI sont appelées références « core ». Toutes les références principales sont installées avec l’interface Azure CLI et vous ne pouvez pas choisir un sous-ensemble de références. Si vous exécutez l’interface CLI par le biais d’Azure Cloud Shell, les références principales sont toujours à jour.

  • Extensions : les extensions ne sont pas fournies dans le cadre de l’interface CLI, mais s’exécutent en tant que commandes CLI. Certaines extensions sont une partie permanente d’Azure CLI, mais souvent, une extension vous donne accès à d’autres fonctionnalités et fonctionnalités en préversion.

Un groupe de référence unique peut avoir à la fois des commandes de base et d’extension. Par exemple, dans le groupe de référence az vm , az vm nic add est une commande de référence principale tandis qu’az vm repair create est une extension.

Pour en savoir plus sur les extensions Azure CLI, consultez Utiliser et gérer des extensions Azure CLI.

Contrôle de version

Core

La version principale d’Azure CLI est composée de trois nombres : major.minor.patch.

  • Versions majeures : changements majeurs, y compris les changements de conception architecturaux et fondamentaux. Nous fournissons des correctifs de sécurité critiques à la dernière version mineure de la version majeure précédente pendant trois ans.
  • Versions mineures : mise à jour pour les mises à jour des fonctionnalités et amélioration de la couverture du service Azure.
  • Versions de correctifs : correctifs à compatibilité descendante sans nouvelles fonctionnalités ni modifications de fonctionnalités.

Extensions

Les extensions Azure CLI suivent le contrôle de version sémantique pour la numérotation des versions. Le contrôle de version sémantique est un système qui utilise un format de nombre en trois parties : major.minor.patch.

  • Versions majeures : changements cassants, souvent en raison d’un changement d’API incompatible.
  • Versions mineures : mises à jour des fonctionnalités compatibles descendantes ou fonctionnalités ajoutées.
  • Versions de correctifs : correctifs à compatibilité descendante sans nouvelles fonctionnalités ni modifications de fonctionnalités.

Cadence de publication

La cadence de publication d’Azure CLI est conçue pour fournir aux clients des dates de publication prévisibles, permettant aux entreprises, aux développeurs et à la communauté de prendre des décisions stratégiques lors de la planification de leurs feuilles de route.

Azure CLI Core est mis à jour tous les mois avec un maximum de deux versions présentant des changements cassants. Les versions de changement cassants se produisent au cours des deuxième et quatrième trimestres de chaque année.

Les extensions Azure CLI n’ont pas de cadence de publication spécifique et doivent être mises à niveau manuellement.

Les modifications cassants peuvent ne pas affecter les scripts existants, mais il est recommandé de vérifier vos scripts dans un environnement de test avant d’effectuer une mise à niveau.

Remarque

La cadence de publication peut être légèrement ajustée pour être alignée sur les principales annonces pertinentes pour Azure.

Versions de support à terme standard (STS)

Les versions STS d’Azure CLI core vous offrent les fonctionnalités les plus récentes. Les versions de STS ne subissent pas de changements cassants pendant six mois. Les changements cassants sont publiés au deuxième et au quatrième trimestre de l’année civile, et s’alignent généralement sur Microsoft Build et Microsoft Ignite.

Les versions STS présentent les caractéristiques suivantes :

  • Les versions STS sont publiées mensuellement et reçoivent les mises à jour des fonctionnalités, les correctifs de bogues et les correctifs de sécurité.
  • Pour être pris en charge, vous devez être sur la dernière version mineure de la version STS.
  • Les versions STS n’ont pas de marqueur spécifique lors de l’exécution de la az version commande. Cela garantit la compatibilité descendante avec les outils ou les scripts susceptibles d’utiliser les informations.

Versions de support à long terme (LTS)

Les versions LTS d’Azure CLI Core vous donnent une période de « maintenance » de 12 mois après la période « actuelle ». Pendant ce temps, la version LTS ne subit pas de changements cassants , sauf si nécessaire par un correctif de sécurité.

Les versions LTS sont basées sur les versions d’Azure CLI qui introduisent des changements majeurs au deuxième trimestre de l’année civile. Cela s’aligne généralement sur Microsoft Build.

Les versions LTS présentent les caractéristiques suivantes :

  • Au cours des six premiers mois, les versions LTS sont publiées mensuellement et reçoivent les mises à jour des fonctionnalités, les correctifs de bogues et les correctifs de sécurité.
  • Au cours des 12 mois suivants, les versions LTS sont publiées si nécessaire et reçoivent uniquement des correctifs de bogues et des correctifs de sécurité.
  • Pour être pris en charge, vous devez être sur la dernière version de la version LTS.

Recherchez facilement la date de publication LTS en exécutant la az version commande. Notez la azure-cli-support ligne qui indique la date LTS.

{  
  "azure-cli": "2.48.0",  
  "azure-cli-core": "2.48.0",  
  "azure-cli-support": "LTS-20240521",  
  "azure-cli-telemetry": "1.0.8",  
  "extensions": {  
  }  
}  

L’image suivante illustre la cadence de publication et le cycle de vie de prise en charge d’Azure CLI pour les versions STS et LTS.

Cycle de vie du support

Le tableau suivant fournit des exemples de corrélation entre la cadence de publication et le cycle de vie de prise en charge :

Remarque

Les dates du tableau suivant sont uniquement destinées à des fins d’exemple. Les dates de publication réelles varient.

Numéro de version Calendrier de publication Dernières modifications Type de version Type de support Prise en charge jusqu’à la version
2.61.0 Mai 2024 Oui Majeure LTS 2.62.0
2.62.0 Juin 2024 Secondaire LTS 2.63.0
2.63.0 Juillet 2024 Secondaire LTS 2.64.0
2.64.0 Août 2024 Secondaire LTS 2.65.0
2.65.0 Septembre 2024 Secondaire LTS 2.66.0
2.66.0 Octobre 2024 Secondaire LTS 2.79.0
2.67.0 Novembre 2024 Oui Majeure STS 2.68.0
2.68.0 Décembre 2024 Secondaire STS 2.69.0
2.69.0 Janvier 2025 Secondaire STS 2.70.0
2.70.0 Février 2025 Secondaire STS 2.71.0
2.71.0 Mars 2025 Secondaire STS 2.72.0
2.72.0 Avril 2025 Secondaire STS 2.90.0
2.72.0 Mai 2025 Oui Majeure LTS 2.73.0

Exemples :

  • Pour bénéficier d’une prise en charge, vous devez effectuer une mise à jour vers la version 2.63.0 lorsque vous avez installé Azure CLI 2.62.0.
  • Si Azure CLI 2.66.0 est la dernière version d’Azure CLI avant de changer au quatrième trimestre de l’année civile, elle est prise en charge jusqu’à la publication d’Azure CLI 2.79.0.

Dernières modifications

Les versions majeures d’Azure CLI introduisent des changements cassants et se produisent jusqu’à deux fois par an. Les modifications cassants peuvent se produire à n’importe quel point pour les extensions en préversion. Les extensions non ga ne sont pas requises pour respecter les stratégies de changement cassants.

Pour plus d’informations sur les changements cassants dans Azure CLI, consultez les notes de publication.

Environnements pris en charge

Azure CLI s’exécute sur plusieurs systèmes d’exploitation et architectures. Pour obtenir une liste complète, consultez Installer Azure CLI. Pour être pris en charge par Microsoft, les critères suivants doivent être remplis :

  • La version d’Azure CLI est prise en charge.
  • La version du système d’exploitation est actuellement prise en charge par l’éditeur de système d’exploitation.
  • Les dépendances requises par la version actuelle d’Azure CLI sont prises en charge sur le système d’exploitation.

Azure CLI met fin à la prise en charge d’une plateforme lorsque l’une des conditions suivantes est remplie :

  • Le système d’exploitation atteint sa fin de vie telle que définie par le propriétaire de la plateforme.
  • La version de Python requise par Azure CLI atteint sa fin de vie, n’est plus prise en charge sur le système d’exploitation ou présente un problème de sécurité critique non résolu.

Azure CLI annonce la fin de la prise en charge d’un système d’exploitation ou de l’une de ses dépendances dans les trois mois suivant l’annonce publique de la mise hors service.

Dépendance Python

Azure CLI dépend de Python version 3.8 ou ultérieure. Le tableau suivant récapitule la fin de prise en charge attendue pour chaque version de Python :

Version Python Date de fin de prise en charge
3.8 Octobre 2024
3.9 Octobre 2025
3.10 Octobre 2026
3.11 Octobre 2027

Azure CLI ne peut être pris en charge que sur les systèmes d’exploitation où les versions ci-dessus de Python sont prises en charge.

  • Windows : les versions actuellement prises en charge du client et du serveur Windows répondent aux exigences de version de Python.
  • macOS : la version actuellement prise en charge de macOS 10.9 et versions ultérieures répond aux exigences de version de Python.
  • Linux :
    • Chaque système d’exploitation pris en charge a un cycle de vie défini par son organisation sponsor.

    • La prise en charge est généralement supprimée lorsqu’un système d’exploitation sort de la prise en charge de la ligne principale, auquel moment nous arrêtons de tester et de le prendre en charge.

    • Voici les systèmes d’exploitation Linux pris en charge pour Azure CLI :

      Système d’exploitation Version Fin de la prise en charge
      Ubuntu 20.04 LTS Avril 2025
      22.04 LTS Avril 2027
      Debian 10 Juin 2024
      11
      12
      RHEL 8 31 mai 2029
      9 31 mai 2032
      CentOS Stream 9 Estimé 2027
      Mariner 2.0
      Alpine 3.17 22 novembre 2024
      3.16 23 mai 2024

      Remarque

      Sur RHEL 7, seule Azure CLI 2.38 est prise en charge et recevra des correctifs de sécurité jusqu’au 30 juin 2024.

Voir aussi