Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Cada produto da Microsoft tem um ciclo de vida. O ciclo de vida começa quando um produto é lançado e termina quando ele não é mais suportado. Conhecer as principais datas deste ciclo de vida ajuda-o a tomar decisões informadas sobre quando atualizar ou fazer outras alterações ao seu software.
O ciclo de vida de suporte da CLI do Azure foi projetado para fornecer clareza e previsibilidade para os clientes em relação ao suporte para cada versão. O período de tempo e o grau de apoio variam em função de algumas qualificações. O ciclo de vida de suporte da CLI do Azure segue a política de ciclo de vida moderna da Microsoft, a menos que especificado de outra forma neste artigo.
Tipos de referência
Há dois tipos de referência da CLI do Azure.
Core: as referências da CLI do Azure que são publicadas como parte permanente da CLI são chamadas de referências "principais". Todas as referências principais são instaladas com a CLI do Azure e você não pode escolher um subconjunto de referências. Se você executar a CLI por meio do Azure Cloud Shell, as referências principais estarão sempre atualizadas.
Extensões: as extensões não são fornecidas como parte da CLI, mas executadas como comandos da CLI. Algumas extensões são uma parte permanente da CLI do Azure, mas, muitas vezes, uma extensão dá acesso a mais recursos e recursos de visualização.
Um único grupo de referência pode ter comandos core e extension. Por exemplo, no grupo de referência az vm, az vm nic add é um comando de referência principal, enquanto az vm repair create é uma extensão.
Para saber mais sobre as extensões da CLI do Azure, consulte Usar e gerenciar extensões da CLI do Azure.
Gestão de Versões
Núcleo
A versão principal da CLI do Azure é composta por três números: major.minor.patch.
- Principais versões: Grandes mudanças, incluindo mudanças arquitetônicas e de projeto fundamental. Fornecemos correções de segurança críticas para a última versão secundária da versão principal anterior por três anos.
- Versões secundárias: atualizadas para atualizações de recursos e cobertura de serviço do Azure aprimorada.
- Versões de patch: correções compatíveis com versões anteriores sem novos recursos ou alterações de funcionalidade.
Extensões
As extensões da CLI do Azure seguem o Versionamento Semântico para a numeração de versões. O versionamento semântico é um sistema que usa um formato de número de três partes: major.minor.patch.
- Versões principais: alterações disruptivas, muitas vezes devido a uma alteração de API incompatível.
- Versões menores: atualizações de recursos compatíveis com versões anteriores ou funções adicionadas.
- Versões de patch: correções compatíveis com versões anteriores sem novos recursos ou alterações de funcionalidade.
Cadência de lançamento
A cadência de lançamento da CLI do Azure foi projetada para fornecer aos clientes datas de lançamento previsíveis, capacitando empresas, desenvolvedores e a comunidade a tomar decisões estratégicas ao planejar seus roteiros.
O Azure CLI Core é atualizado mensalmente com um máximo de duas versões que introduzem modificações significativas. Os lançamentos de alterações de rutura ocorrem durante o segundo e quarto trimestres de cada ano.
As extensões da CLI do Azure não têm uma cadência de versão específica e precisam ser atualizadas manualmente.
As alterações de quebra podem não afetar os scripts existentes, mas é uma boa prática verificar os scripts em um ambiente de teste antes de executar uma atualização.
Observação
A cadência de lançamento pode ser ligeiramente ajustada para ser alinhada com os principais anúncios relevantes para o Azure.
Suporte de lançamentos
Atualmente, o Azure CLI disponibiliza apenas um tipo de versão disponível: Standard Term Support (STS). Todas as versões principais são consideradas lançamentos STS e são suportadas até à próxima versão principal, aproximadamente a cada seis meses.
As versões STS do núcleo da CLI do Azure oferecem os recursos mais recentes. As versões STS não sofrem alterações disruptivas por seis meses. As alterações de quebra são lançadas no segundo e quarto trimestres do ano civil e geralmente se alinham com o Microsoft Build e o Microsoft Ignite.
As versões STS têm as seguintes características:
- As versões STS são lançadas mensalmente e recebem atualizações de recursos, correções de bugs e correções de segurança.
- Para que uma versão STS seja suportada, você precisa estar na versão secundária mais recente da versão STS.
- As versões STS não têm um marcador específico ao executar o
az versioncomando. Isso garante compatibilidade retroativa com ferramentas ou scripts que utilizem as informações.
Exemplos:
- Para se qualificar para o suporte, você deve atualizar para 2.63.0 quando lançado se tiver a CLI 2.62.0 do Azure instalada.
- Se o Azure CLI 2.66.0 for a última versão antes de uma alteração grave no quarto trimestre, é suportado até ao lançamento do Azure CLI 2.67.0.
Alterações de grande impacto
As versões principais da CLI do Azure introduzem alterações significativas e ocorrem até duas vezes por ano. Alterações disruptivas podem ocorrer a qualquer momento para extensões de pré-visualização. As extensões não GA não precisam aderir a políticas de alterações disruptivas.
Para obter informações detalhadas sobre alterações significativas na CLI do Azure, consulte Notas de release.
Ambientes suportados
A CLI do Azure é executada em vários sistemas operacionais (SO) e arquiteturas. Para obter uma lista completa, consulte Instalar a CLI do Azure. Para ser suportado pela Microsoft, os seguintes critérios devem ser atendidos:
- A versão da CLI do Azure é suportada.
- A versão do sistema operativo está atualmente em suporte principal pelo fornecedor do sistema operativo.
- As dependências exigidas pela versão atual da CLI do Azure são suportadas no sistema operacional.
A CLI do Azure encerra o suporte para uma plataforma quando uma das seguintes condições é atendida:
- O SO chega ao fim da sua vida útil conforme definido pelo proprietário da plataforma.
- A versão do Python exigida pela CLI do Azure chega ao fim de sua vida útil, não é mais suportada no sistema operacional ou tem um problema crítico de segurança não corrigido.
A CLI do Azure anuncia o fim do suporte de um sistema operacional ou de uma de suas dependências dentro de três meses após o anúncio público da desativação.
Dependência de Python
O Azure CLI depende da versão 3.10 ou superior do Python. A tabela a seguir resume o fim esperado do suporte para cada versão do Python:
| Versão de Python | Data de fim do suporte |
|---|---|
| 3.10 | Outubro de 2026 |
| 3.11 | Outubro de 2027 |
| 3.12 | Outubro de 2028 |
| 3.13 | Outubro de 2029 |
A CLI do Azure só pode ser suportada em sistemas operacionais onde as versões acima do Python são suportadas.
- Windows: As versões atualmente suportadas do cliente e servidor Windows atendem aos requisitos de versão do Python.
- macOS: A versão atualmente suportada do macOS 12 e superior atende aos requisitos de versão do Python.
-
Linux:
Cada sistema operacional suportado tem um ciclo de vida definido por sua organização patrocinadora.
O suporte normalmente é removido quando um sistema operativo deixa de ter suporte principal, momento em que paramos de testá-lo e suportá-lo.
Aqui estão os sistemas operacionais Linux suportados para a CLI do Azure:
Sistema operativo Versão Fim do suporte Ubuntu 22,04 LTS Abril de 2027 24,04 LTS Junho de 2029 Debian 11 31 de agosto de 2026 12 Junho 30, 2028 RHEL 8 Maio 31, 2029 9 31 de maio de 2032 10 31 de maio de 2035 Fluxo do CentOS 9 Estimativa 2027 10 Estimativa para 2030 Azure Linux 3.0 Observação
No RHEL 7, apenas a CLI 2.38 do Azure é suportada. A Microsoft não está mais fornecendo atualizações ou correções de bugs para esta distribuição.
Guia de ID de aplicação da CLI do Azure
A ID do aplicativo CLI do Azure é reservada exclusivamente para essa ferramenta e não deve ser usada para outros fins. Para dúvidas ou preocupações, use os canais de suporte oficiais.
Observação
Este ID de aplicativo está sujeito a alterações ou limitações a qualquer momento, e sua disponibilidade contínua não é garantida.