Ambiente de tempo de execução (versão prévia) na Automação do Azure

Este artigo fornece uma visão geral sobre o ambiente de runtime, o escopo e os seus recursos.

Sobre o ambiente de runtime

O ambiente de runtime permite que você configure o ambiente de execução do trabalho e forneça a flexibilidade para escolher a linguagem de runtime e a versão de runtime de acordo com seus requisitos. Ele é a fonte de verdade única para definir e gerenciar o ambiente no qual um trabalho é executado. Cada runbook tem dois componentes:

• Código de script
• Ambiente de runtime – define a linguagem do runtime, a versão do runtime e os pacotes necessários durante a execução do trabalho.

Você pode alterar esses componentes de forma independente, sem afetar uns aos outros.

Componentes do ambiente de runtime

O ambiente de runtime captura os seguintes detalhes sobre o ambiente de execução do trabalho:

• Idioma – o idioma de script direcionado para execução de runbook. Por exemplo, PowerShell e Python.

• Versão de runtime – a versão do idioma selecionado para execução de runbook. Por exemplo: PowerShell 7.2 e Python 3.8.

• Pacotes – os pacotes são os assemblies e arquivos .dll que você importa e que são exigidos por runbooks para execução. Há dois tipos de pacotes com suporte para o ambiente de runtime.

  Tipos de pacote	Descrição
  Pacotes padrão	Os pacotes permitem que você gerencie recursos do Azure. Por exemplo, Az PowerShell 8.0.0, CLI do Azure 2.56.0
  Pacotes fornecidos pelo cliente	Estes são pacotes personalizados que são exigidos por runbooks durante a execução. Os pacotes podem ser de: – Galeria pública: PSGallery, pypi – Autoria própria.

Pacote da CLI do Azure no ambiente de runtime

Há suporte para comandos da CLI do Azure (versão prévia pública) em runbooks associados ao ambiente de runtime do PowerShell 7.2. A CLI do Azure versão 2.56.0 está disponível como um pacote padrão no ambiente de Runtime do PowerShell 7.2. A Automação do Azure acompanha de perto a cadência de lançamento de versões mais recentes da CLI do Azure e dá suporte a elas em runbooks.

Runbooks vinculados ao ambiente de runtime do PowerShell 7.2 sempre seriam executados com a versão mais recente da CLI do Azure com suporte da Automação do Azure. Da mesma forma, as versões declaradas de fim de suporte pela CLI do Azure do produto pai não seriam mais compatíveis com a Automação do Azure, pois elas poderiam potencialmente sofrer com bugs ou vulnerabilidades de segurança. Certifique-se de que os runbooks tenham sido projetados para ser executados perfeitamente em versões mais recentes da CLI do Azure.

Ambientes de runtime gerados pelo sistema

A Automação do Azure cria ambientes de runtime gerados pelo sistema com base na linguagem, versão e pacotes/módulos de runtime presentes em sua conta da Automação do Azure. Há seis ambientes de runtime gerados pelo sistema:

• PowerShell-5.1
• PowerShell-7.1
• PowerShell-7.2
• Python-2.7
• Python-3.8
• Python-3.10

Não é possível editar esses ambientes de runtime. No entanto, as alterações feitas em Módulos/Pacotes para a conta da Automação são refletidas automaticamente nesses ambientes de runtime gerados pelo sistema.

Principais benefícios

• Controle granular – permite que você configure o ambiente de execução de script escolhendo a linguagem de runtime, sua versão e módulos dependentes.
• Atualização de runbook – permite facilitar a portabilidade de runbooks em diferentes versões de runtime atualizando o ambiente de runtime dos runbooks para acompanhar as versões mais recentes do PowerShell e do Python. Você pode testar as atualizações antes de publicá-las para produção.
• Gerenciamento de módulo – permite testar a compatibilidade durante as atualizações do módulo e evitar alterações inesperadas que possam afetar a execução de seus cenários de produção.
• Funcionalidade de reversão – permite reverter facilmente o runbook para um ambiente de runtime anterior. Caso uma atualização de runbook introduza problemas ou comportamento inesperado.
• Código simplificado – permite que você organize o seu código facilmente vinculando runbooks a diferentes ambientes de runtime sem a necessidade de criar várias contas da Automação.

Limitações

• Atualmente, há suporte para o ambiente de runtime em todas as regiões públicas, exceto Na Índia Central, Norte da Alemanha, Norte da Itália, Israel Central, Polônia Central, EAU Central e nuvens governamentais.
• Runbooks existentes que são movidos automaticamente da experiência antiga para a experiência de ambiente do Runtime seriam capazes de ser executados como trabalho híbrido e de nuvem.
• O fluxo de trabalho do PowerShell, o PowerShell gráfico e os runbooks de fluxo de trabalho do PowerShell gráfico só funcionam com o ambiente de runtime do PowerShell-5.1 gerado pelo sistema.
• Runbooks criados na experiência de ambiente de runtime com a versão de runtime do PowerShell 7.2 seriam mostrados como runbooks do PowerShell 5.1 na experiência antiga.
• As permissões de RBAC não podem ser atribuídas ao ambiente de runtime.
• O ambiente de runtime não pode ser configurado por meio da extensão da Automação do Azure para Visual Studio Code.
• Ambientes de runtime excluídos não podem ser recuperados.
• O recurso só tem suporte por meio do portal do Azure e da API REST.
• Não há suporte para o gerenciamento de módulos para a State Configuration de Automação do Azure por meio da experiência de ambiente de Runtime. Você pode continuar usando a experiência antiga para gerenciar módulos e pacotes para a State Configuration de Automação do Azure.

Alternar entre a experiência nova e a antiga

Embora a nova experiência de ambiente de runtime seja recomendada, você também pode alternar para a experiência padrão a qualquer momento. Saiba mais sobre como alternar entre as duas experiências.

Próximas etapas

• Para trabalhar com runbooks e ambiente de runtime, confira Gerenciar ambiente de runtime.
• Para obter detalhes do PowerShell, confira Documentos do PowerShell.