Ferramentas de Gerenciamento do Azure, Azure Arc, Modelos ARM e Bicep
Portal do Azure, Cloud Shell, Azure PowerShell, CLI do Azure, Copilot, gerenciamento híbrido, Resource Manager, infraestrutura como código e Bicep
Tempo sugerido: 46 minutos • Nível iniciante • Alinhado ao domínio de gerenciamento e governança do Azure no AZ-900
Por João Ricardo Dutra••Conteúdo original completo
1. Objetivos: gerenciar e implantar recursos do
Este capítulo compara as opções gráficas, de shell, de script, de gerenciamento híbrido e de infraestrutura como código usadas para operar o . Ele acompanha uma solicitação desde o administrador ou automação, passando pelo , e mostra como o estende esse modelo para além do .
Descrever o e suas características operacionais.
Explicar , e CLI do .
Descrever como o Copilot no auxilia sem substituir a aprovação do administrador.
Explicar a finalidade e as categorias de recursos compatíveis com o .
Descrever , modelos , infraestrutura como código e .
Mapa de gerenciamento conectando portal do , Cloud Shell, PowerShell, CLI, Copilot, , Resource Manager, modelos e .
2. Escolha da ferramenta de interação com o
Os recursos do podem ser administrados por diversas interfaces. O portal favorece exploração visual e trabalho interativo. e CLI do oferecem comandos, scripts e automação. disponibiliza os dois ambientes no navegador, enquanto e SDKs permitem que aplicativos enviem operações de gerenciamento programaticamente.
Opções comuns para administração do .
Ferramenta
Uso mais adequado
Interação
Descoberta, painéis, configuração pontual e monitoramento visual
Interface gráfica web
Trabalho autenticado por comandos sem instalação local
Shell no navegador
Administração e automação orientadas ao PowerShell
Cmdlets e scripts
CLI do
Administração multiplataforma orientada ao Bash
Comandos az e scripts
e SDKs
Aplicativos e plataformas personalizadas
Solicitações programáticas
3. Operações assistidas por IA com o Copilot no
O Copilot no oferece orientação contextual em linguagem natural. Ele pode ajudar na descoberta de serviços, explicação de opções de configuração, criação inicial de comandos ou scripts e coordenação de tarefas em várias etapas semelhantes a um fluxo assistido por agentes.
O Copilot é um assistente operacional, não uma autoridade independente. O administrador deve validar recomendações, confirmar as permissões da identidade executora, revisar a implantação proposta e aprovar mudanças em produção.
4. O
O é um console web unificado para gerenciar uma assinatura por meio de interface gráfica. Ele oferece uma alternativa às ferramentas de linha de comando e permite criar, configurar, administrar e monitorar desde um pequeno aplicativo web até uma implantação complexa.
Painéis personalizados organizam recursos e métricas relevantes para a equipe. Opções de acessibilidade adaptam a experiência às necessidades do usuário.
Portal do com gerenciamento visual de recursos, painéis personalizados, monitoramento e acessibilidade.
5. Resiliência e atualizações contínuas do portal
O portal foi projetado para disponibilidade contínua e mantém presença em todos os datacenters do . Essa distribuição reduz a dependência de um específico e aproxima a experiência dos usuários para diminuir atrasos de rede evitáveis.
A Microsoft atualiza o portal continuamente, sem exigir janelas de indisponibilidade da interface para manutenção. Isso descreve a resiliência da experiência de gerenciamento, não uma garantia de que todo serviço administrado nunca falhará.
6.
é um shell autenticado executado no navegador para criar, configurar e gerenciar recursos do . Ele dispensa instalação local e configuração inicial da linha de comando, além de reconhecer a identidade conectada e as permissões associadas.
O usuário pode escolher ou CLI do , cuja experiência utiliza Bash. O Cloud Shell pode ser aberto pelo controle de shell do portal ou diretamente.
oferecendo sessões autenticadas do e da CLI do baseada em Bash.
7.
é uma coleção de módulos do PowerShell cujos cmdlets chamam a do para executar tarefas de gerenciamento. Um cmdlet pode realizar uma mudança isolada ou participar de uma sequência que cria, remove ou mantém recursos conectados.
Scripts tornam procedimentos imperativos repetíveis e automatizáveis, inclusive implantações com dezenas ou centenas de recursos. funciona no Cloud Shell e também pode ser instalado no Windows, Linux e macOS.
8. CLI do
A CLI do fornece comandos multiplataforma para gerenciar o . Ela segue o mesmo padrão geral do : executar um comando para tarefa pontual ou combinar comandos em scripts que orquestram operações complexas.
A principal diferença é a sintaxe. A CLI do se adapta naturalmente a fluxos baseados em Bash e usa comandos az. Está disponível no Cloud Shell e para instalação no Windows, Linux e macOS.
9. ou CLI do ?
Os ambientes de comando oferecem alcance de gerenciamento semelhante.
Critério
CLI do
Modelo de linguagem
Cmdlets e de objetos do PowerShell
Comandos az, normalmente usados com Bash
Preferência comum
Equipes que já usam PowerShell
Equipes que usam Bash ou scripts portáveis
Locais de execução
Cloud Shell ou Windows, Linux e macOS locais
Cloud Shell ou Windows, Linux e macOS locais
Comandos pontuais e scripts reutilizáveis
Comandos pontuais e scripts reutilizáveis
No nível fundamental, a familiaridade da equipe e o ecossistema de automação costumam pesar mais do que diferenças de capacidade.
Comparação entre cmdlets do e comandos az da CLI do no Cloud Shell e em plataformas locais.
10. Por que o existe
Ambientes híbridos e multinuvem tornam-se difíceis de governar quando cada e provedor utiliza uma ferramenta separada. O trabalha com o para estender inventário, monitoramento, políticas e conformidade do a recursos hospedados fora dele.
O resultado é uma plataforma de gerenciamento consistente que abrange , ambientes locais, outras nuvens públicas e a borda.
projetando recursos locais, multinuvem e de borda no .
11. Um plano de gerenciamento centralizado e unificado
Projetar recursos existentes que não são do no para formar um inventário comum.
Gerenciar servidores, máquinas virtuais, do Kubernetes e bancos de dados híbridos e multinuvem com recursos conhecidos do .
Usar serviços de gerenciamento do independentemente da localização física ou do provedor.
Preservar processos tradicionais de ITOps enquanto práticas de DevOps são introduzidas.
Criar localizações personalizadas como abstração sobre do Kubernetes habilitados para e suas extensões.
12. Tipos de recursos gerenciados fora do
O módulo de origem identifica servidores, do Kubernetes, Serviços de dados do , SQL Server e máquinas virtuais em como categorias que o pode administrar fora do . A compatibilidade e o status de podem mudar; consulte a documentação atual durante o planejamento.
Categorias externas do : servidores, Kubernetes, Serviços de dados do , SQL Server e máquinas virtuais.
13. Cenário prático com
Considere uma organização com cargas no , em um próprio e em outra nuvem pública. O permite que a equipe aplique governança, políticas, monitoramento e controle de inventário a partir do , evitando sistemas de controle desconectados para cada ambiente.
O não transfere automaticamente todas as cargas para o . Ele projeta e capacidades de gerenciamento para que o recurso externo participe do plano de controle do permanecendo em sua localização original.
14. como camada de gerenciamento
é o serviço de implantação e gerenciamento do . Ele fornece a camada de controle usada para criar, atualizar, organizar e excluir recursos. Se a solicitação começa no portal, em uma ferramenta de linha de comando, ou , o Resource Manager participa da operação.
Ferramentas, e SDKs enviando solicitações pelo aos provedores de recursos do .
15. Autenticação, autorização e solicitações consistentes
O Resource Manager recebe a solicitação de gerenciamento, autentica o chamador, verifica a autorização e encaminha uma solicitação aceita ao serviço ou provedor de recursos apropriado. O serviço de destino executa a operação.
As ferramentas produzem comportamento consistente porque convergem nas mesmas do Resource Manager. A sintaxe e a experiência diferem, mas o plano de controle é compartilhado.
16. Benefícios do
Gerenciar infraestrutura com modelos declarativos em vez de depender apenas de scripts passo a passo.
Implantar, monitorar e administrar os recursos de uma solução como um grupo lógico.
Reimplantar ambientes durante o ciclo de desenvolvimento mantendo estado consistente.
Declarar dependências para que os recursos sejam criados na ordem correta.
Usar a integração nativa com do nas operações de gerenciamento.
Aplicar marcas para organizar assinaturas e apoiar relatórios de custo.
17. Infraestrutura como código
Infraestrutura como código, ou IaC, administra infraestrutura por código e modelos versionáveis, em vez de configuração manual. Uma organização pode começar com scripts da CLI do ou e evoluir para definições repetíveis em modelos ou .
IaC melhora consistência, revisão, automação e recuperação. A configuração desejada pode ser analisada como código de aplicativo, reutilizada entre ambientes e conectada a e aprovações.
18. Modelos e declarativo
Um modelo do , normalmente chamado modelo , é um documento que declara os recursos e propriedades necessários para o estado final desejado. O autor informa o que deve existir, não cada etapa da implantação.
O valida o modelo antes da implantação. O Resource Manager resolve dependências, cria recursos na ordem necessária e executa trabalhos independentes em paralelo quando possível. O modelo também pode chamar scripts de implantação do PowerShell ou Bash para configurações anteriores ou posteriores à criação.
Ciclo de infraestrutura como código: estado desejado, validação, dependências, orquestração e implantação repetível.
19. Benefícios dos modelos
Por que as equipes usam modelos .
Benefício
Significado
Sintaxe declarativa
Descrever o estado final em vez de uma sequência de comandos
Resultados repetíveis
Reutilizar uma definição em vários ambientes
Orquestração
Ordenar dependências e implantar recursos independentes em paralelo
Modularidade
Dividir definições complexas em modelos reutilizáveis ou aninhados
Extensibilidade
Chamar scripts de implantação quando houver configuração adicional
20.
é uma linguagem declarativa para implantar recursos por meio do . Ela oferece as capacidades dos modelos em com sintaxe normalmente menor e mais legível. Durante a implantação, o é convertido para a representação do Resource Manager.
Dar suporte aos tipos de recurso e versões de atuais do .
Usar sintaxe concisa com criação orientada por tipos.
Produzir implantações repetíveis e idempotentes durante o ciclo de vida.
Usar o Resource Manager para dependências e execução paralela.
Organizar lógica reutilizável em módulos do .
Modelo em e código conciso convergindo na implantação pelo .
21. Avaliação do módulo com respostas explicadas
Verificação de conhecimento reescrita.
Pergunta
Resposta
Por quê
Qual serviço leva o gerenciamento do a recursos no , locais e multinuvem?
Ele projeta recursos externos no plano de gerenciamento do e estende capacidades conhecidas de governança.
Quais opções implementam implantações declarativas de infraestrutura como código no ?
e modelos
Ambas descrevem o estado desejado e implantam por meio do .
22. Resumo do capítulo e prática contínua
O portal oferece administração visual; o Cloud Shell fornece ambientes autenticados de comando no navegador; e CLI do permitem scripts e automação; estende o plano de gerenciamento; e é a camada de controle compartilhada por ferramentas, modelos e implantações .
A fonte recomenda a trilha Implementar a segurança de gerenciamento de recursos no e menciona pagamento conforme o uso e uma avaliação gratuita de até 30 dias. Confirme as ofertas atuais antes de depender de detalhes promocionais.
Explore com o Copilot Chat
Compare portal do , Cloud Shell, CLI do e em tarefas comuns e indique a melhor opção para cada uma.
Projete uma implantação assistida por agente com modelo ou e aprovações humanas para validação, liberação gradual e reversão.
Explique como o estende o gerenciamento a recursos locais e multinuvem por meio de um cenário prático.
