Considerações para executar a CLI do Azure em uma linguagem de script do PowerShell
A CLI do Azure é uma ferramenta para gerenciar recursos do Azure por meio de comandos de referência da CLI do Azure que são executados em uma linguagem de script Bash e PowerShell. No entanto, existem pequenas diferenças de sintaxe na formatação de parâmetros entre linguagens de script que podem resultar em resultados inesperados. O objetivo deste artigo é ajudá-lo a resolver erros de sintaxe da CLI do Azure ao trabalhar em uma linguagem de script do PowerShell.
Este artigo compara as diferenças de sintaxe dos comandos da CLI do Azure executados nas seguintes linguagens de script:
- Bash em execução em um sistema operacional Linux usando o Azure Cloud Shell.
- PowerShell em execução em um sistema operacional Linux usando o Azure Cloud Shell.
- Windows PowerShell em execução no Windows 11 usando o terminal do PowerShell 5.
- PowerShell em execução em um Windows 11 usando o terminal do PowerShell 7.
Se você é novo na CLI, diferenciar uma ferramenta de uma linguagem de script pode ser confuso. Como escolher a ferramenta de linha de comando certa fornece uma boa comparação.
Pré-requisitos
Este artigo destina-se a ler e aprender. No entanto, se você quiser executar os exemplos, selecione a Prepare your environments
guia para instalar as linguagens de script usadas neste artigo.
Importante
Quando você tiver um script da CLI do Azure que esteja produzindo um erro, considere como a linguagem de script na qual você está trabalhando está analisando a sintaxe de comando da CLI do Azure.
Passar espaços nos parâmetros da CLI do Azure
Na CLI do Azure, quando você precisa passar um valor de parâmetro contendo um espaço, há diferenças de aspas entre sistemas operacionais e linguagens de script. Neste exemplo, use az storage account list e renomeie colunas de saída com uma palavra contendo um espaço.
Neste exemplo, observe o wrapper de aspas simples ('...'
) com aspas duplas incorporadas ("..."
).
Este exemplo também funciona no PowerShell no Linux.
az storage account list --query '[].{"SA Name":name, "Primary endpoint":primaryEndpoints.blob}' --output table
Se você quiser adicionar um filtro, a sintaxe será alterada. Observe como este exemplo encapsula o valor do --query
parâmetro entre aspas duplas ("..."
) e usa um caractere de escape de barra invertida (\
). Este script não é executado no PowerShell.
az storage account list --query "[?creationTime >='2024-02-01'].{\"SA Name\":name,\"Primary endpoint\":primaryEndpoints.blob}" --output table
Se você acabou de tentar executar a sintaxe de filtro em uma linguagem de script do PowerShell, recebeu uma mensagem argument --query: invalid jmespath_type value: "[?creationTime >=..."
de erro . No entanto, no Bash dentro de um ambiente Linux, sua saída é semelhante a esta:
SA Name Primary Endpoint
----------- -----------------
msdocssa00000000 https://msdocssa000000000.blob.core.windows.net/
Passar parâmetros em uma URL que contém uma cadeia de caracteres de consulta
Os pontos de interrogação nos URLs indicam o fim do URL e o início de uma cadeia de caracteres de consulta. Aqui está um exemplo que abre a etapa 3 em Aprenda a usar a CLI do Azure:
https://video2.skills-academy.com/cli/azure/account?view=azure-cli-2020-09-01-hybrid
.
Os ?view=azure-cli-2020-09-01-hybrid
resultados na versão desejada do conteúdo de referência da CLI do Azure.
Quando você executa comandos da CLI do Azure em uma linguagem de script do PowerShell, o PowerShell permite que os pontos de interrogação façam parte de um nome de variável. Isso pode criar confusão nos valores de parâmetro da CLI do Azure.
Aqui está um exemplo do artigo Usar a API REST do Azure:
Observe como $containerRegistryName?api-version
se concatena sem erro no Bash.
# Script for a Bash scripting language
# Variable block
let "randomIdentifier=$RANDOM*$RANDOM"
subscriptionId="00000000-0000-0000-0000-000000000000"
resourceGroup="msdocs-app-rg$randomIdentifier"
containerRegistryName="msdocscr$randomIdentifier"
# prior to this GET example, the resource group and container registry were created in the article.
az rest --method get --url https://management.azure.com/subscriptions/$subscriptionId/resourceGroups/$resourceGroup/providers/Microsoft.ContainerRegistry/registries/$containerRegistryName?api-version=2023-01-01-preview
Parâmetros de passagem contendo o símbolo E comercial
Se você tiver um cenário em que precise passar um E comercial em um valor de parâmetro, lembre-se de que o símbolo E comercial (&
) é interpretado pelo PowerShell. Você pode ver isso acontecer usando o --debug
parâmetro:
az "a&b" --debug
# output
'a' is misspelled or not recognized by the system.
'b' is not recognized as an internal or external command
No entanto, se você usar esse mesmo teste para adicionar uma tag a um grupo de recursos, o e comercial no valor da tag não causará um erro.
az group create --location eastus2 --name "msdocs-rg-test"
az group update --name "msdocs-rg-test" --tags "company name=Contoso & Sons"
# output
{
"id": "/subscriptions/3618afcd-ea52-4ceb-bb46-53bb962d4e0b/resourceGroups/msdocs-rg-test",
"location": "eastus2",
"managedBy": null,
"name": "msdocs-rg-test",
"properties": {
"provisioningState": "Succeeded"
},
"tags": {
"company name": "Contoso & Sons"
},
"type": "Microsoft.Resources/resourceGroups"
}
Se você tiver um cenário em que o e comercial em um valor de parâmetro está causando um erro, aqui estão algumas soluções:
# When quoted by single quotes ('), double quotes (") are preserved by PowerShell and sent
# to Command Prompt, so that ampersand (&) is treated as a literal character
> az '"a&b"' --debug
Command arguments: ['a&b', '--debug']
# Escape double quotes (") with backticks (`) as required by PowerShell
> az "`"a&b`"" --debug
Command arguments: ['a&b', '--debug']
# Escape double quotes (") by repeating them
> az """a&b""" --debug
Command arguments: ['a&b', '--debug']
# With a whitespace in the argument, double quotes (") are preserved by PowerShell and
# sent to Command Prompt
> az "a&b " --debug
Command arguments: ['a&b ', '--debug']
# Use --% to stop PowerShell from parsing the argument
> az --% "a&b" --debug
Command arguments: ['a&b', '--debug']
Parâmetros de passagem contendo um símbolo at (@
)
Há caracteres especiais do PowerShell, como o símbolo at (@
), que é um operador de splatting no PowerShell. Adicione um backtick `
antes do caractere especial para escapar dele. Você também pode colocar o valor entre aspas simples ('
) ou duplas ("
).
Os três exemplos a seguir funcionarão no PowerShell:
- parameterName '@parameters.json
- parameterName '@parameters.json'
- parameterName "@parameters.json"
Este exemplo não funcionará no PowerShell:
- nome_parâmetro @parameters.json
Aqui está outro exemplo no az ad app create
comando: Observe as aspas duplas ("..."
) em torno do nome do arquivo JSON necessário em uma linguagem de script do PowerShell.
# Script for a PowerShell scripting language
az ad app create --display-name myTestAppName `
--is-fallback-public-client `
--required-resource-accesses "@manifest.json"
Parâmetros de passagem contendo JSON
Para argumentos complexos, como uma cadeia de caracteres JSON, a prática recomendada é usar a convenção da @<file>
CLI do Azure para carregar de um arquivo para ignorar a interpretação do shell. Para obter exemplos de sintaxe JSON para Bash, PowerShell e Cmd.exe, consulte Citando diferenças entre linguagens de script - cadeias de caracteres JSON.
Parâmetros de passagem contendo pares chave:valor
Alguns valores de parâmetros da CLI do Azure, como marcas de recursos do Azure, exigem pares chave:valor. Se o seu key
ou value
contém um espaço ou caractere especial, a sintaxe Bash e PowerShell nem sempre são as mesmas.
Para obter exemplos de sintaxe para Bash, PowerShell e Cmd, consulte Criar tags para praticar diferenças de cotação no tutorial Aprenda a usar a CLI do Azure. Esta etapa do tutorial fornece exemplos para os seguintes cenários de par chave:valor:
- espaços
- valores vazios
- caracteres especiais
- variáveis
Símbolo de parada de análise
O símbolo de parada de análise (--%
), introduzido no PowerShell 3.0, orienta o PowerShell a abster-se de interpretar a entrada como comandos ou expressões do PowerShell. Quando encontra um símbolo de análise de parada, o PowerShell trata os caracteres restantes na linha como literais.
az --% vm create --name xxx
Tratamento de erros para a CLI do Azure no PowerShell
Você pode executar comandos da CLI do Azure no PowerShell, conforme descrito em Escolha a ferramenta de linha de comando do Azure correta. Se você fizer isso, certifique-se de entender o tratamento de erros da CLI do Azure no PowerShell. Em particular, a CLI do Azure não cria exceções para o PowerShell capturar.
Uma alternativa é usar a $?
variável automática. Essa variável contém o status do comando mais recente. Se o comando anterior falhar, $?
tem o valor de $False
. Para obter mais informações, consulte about_Automatic_Variables.
O exemplo a seguir mostra como essa variável automática pode funcionar para manipulação de erros:
# Script for a PowerShell scripting language
az group create --name MyResourceGroup
if ($? -eq $false) {
Write-Error "Error creating resource group."
}
O az
comando falha porque está faltando o parâmetro necessário --location
. A instrução condicional descobre que $?
é falso e grava um erro.
Se você quiser usar as try
palavras-chave e catch
, você pode usar throw
para criar uma exceção para o try
bloco para capturar:
# Script for a PowerShell scripting language
$ErrorActionPreference = "Stop"
try {
az group create --name MyResourceGroup
if ($? -eq $false) {
throw 'Group create failed.'
}
}
catch {
Write-Error "Error creating the resource group."
}
$ErrorActionPreference = "Continue"
Por padrão, o PowerShell deteta apenas erros de encerramento. Este exemplo define a variável global para Stop
que o $ErrorActionPreference
PowerShell possa manipular o erro.
A instrução condicional testa a $?
variável para ver se o comando anterior falhou. Em caso afirmativo, a throw
palavra-chave cria uma exceção para capturar. O catch
bloco pode ser usado para escrever uma mensagem de erro ou lidar com o erro.
O exemplo restaura $ErrorActionPreference
seu valor padrão.
Para obter mais informações sobre o tratamento de erros do PowerShell, consulte Tudo o que você queria saber sobre exceções.
Habilitar conclusão de guia no PowerShell
O preenchimento de guias, também conhecido como "Concluídores da CLI do Azure", fornece conclusão de entradas para fornecer dicas, habilitar a descoberta e acelerar a entrada de entrada. Nomes de comandos, nomes de grupos de comandos, parâmetros e certos valores de parâmetros podem ser inseridos automaticamente na linha de comando pressionando a tecla Tab .
A conclusão da guia é habilitada por padrão no Azure Cloud Shell e na maioria das distribuições Linux. A partir da CLI do Azure versão 2.49, você pode habilitar o preenchimento de guias para a CLI do Azure no PowerShell. Siga estes passos:
Crie ou edite o perfil armazenado na variável
$PROFILE
. A maneira mais simples é executarnotepad $PROFILE
no PowerShell. Para obter mais informações, consulte Como criar seu perfil e Perfis e política de execução.Adicione o seguinte código ao seu perfil do PowerShell:
Register-ArgumentCompleter -Native -CommandName az -ScriptBlock { param($commandName, $wordToComplete, $cursorPosition) $completion_file = New-TemporaryFile $env:ARGCOMPLETE_USE_TEMPFILES = 1 $env:_ARGCOMPLETE_STDOUT_FILENAME = $completion_file $env:COMP_LINE = $wordToComplete $env:COMP_POINT = $cursorPosition $env:_ARGCOMPLETE = 1 $env:_ARGCOMPLETE_SUPPRESS_SPACE = 0 $env:_ARGCOMPLETE_IFS = "`n" $env:_ARGCOMPLETE_SHELL = 'powershell' az 2>&1 | Out-Null Get-Content $completion_file | Sort-Object | ForEach-Object { [System.Management.Automation.CompletionResult]::new($_, $_, "ParameterValue", $_) } Remove-Item $completion_file, Env:\_ARGCOMPLETE_STDOUT_FILENAME, Env:\ARGCOMPLETE_USE_TEMPFILES, Env:\COMP_LINE, Env:\COMP_POINT, Env:\_ARGCOMPLETE, Env:\_ARGCOMPLETE_SUPPRESS_SPACE, Env:\_ARGCOMPLETE_IFS, Env:\_ARGCOMPLETE_SHELL }
Para exibir todas as opções disponíveis no menu, adicione
Set-PSReadlineKeyHandler -Key Tab -Function MenuComplete
ao seu perfil do PowerShell.
Consulte também
- Notas de engenharia da CLI do Azure sobre como citar problemas com o PowerShell
- Compare a sintaxe de Bash, PowerShell e Cmd nestes artigos: