Microsoft AZ-900: Monitoramento, Automação e Gerenciamento — Guia de estudos

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Faz parte do Microsoft Azure AZ-900 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Microsoft, ou faça testes cronometrados no ExamRoll.io.

A excelência operacional no Azure depende de plataformas observáveis, automação repetível e governança unificada em ambientes de nuvem e híbridos. O Azure Monitor fornece a espinha dorsal da telemetria para métricas, logs, rastreamentos e insights de aplicação de ponta a ponta. As ferramentas de gerenciamento — que vão do portal do Azure à CLI e ao PowerShell — permitem que as equipes ajam com base nesses insights em escala. Os serviços de automação, juntamente com o Azure Arc e o Azure Lighthouse, estendem o controle para servidores e clusters em qualquer lugar e otimizam as operações entre locatários (cross-tenant) para provedores de serviços e TI central.

Azure Monitor: métricas, logs, alertas e Application Insights

O Azure Monitor coleta dois tipos principais de sinais: métricas e logs. As métricas são séries temporais numéricas e leves, otimizadas para cenários quase em tempo real, como dashboards e autoscale, e normalmente são retidas por 93 dias. Os logs são registros ricos e com esquema flexível, armazenados em workspaces do Log Analytics e consultados com a Kusto Query Language (KQL). Com o agente do Azure Monitor e as Regras de Coleta de Dados (DCRs), os dados de VMs, servidores habilitados para Arc e diagnósticos de plataforma podem ser roteados para um ou mais workspaces entre regiões para análise centralizada e retenção de longo prazo. A retenção para logs padrão é configurável — geralmente de 30 a 730 dias — com arquivamento de baixo custo e reidratação disponíveis para investigações históricas. O Application Insights, construído sobre o Azure Monitor, instrumenta aplicações para rastreamento distribuído, acompanhamento de dependências, testes de disponibilidade e detecção automática de anomalias. Ele suporta o OpenTelemetry para ingestão neutra em relação ao fornecedor, permitindo que os desenvolvedores correlacionem chamadas de cliente, servidor e banco de dados em um único mapa de transações. O Live Metrics fornece telemetria de servidor segundo a segundo, sem amostragem, enquanto a amostragem adaptativa reduz o custo de ingestão sem perder a rastreabilidade de ponta a ponta para falhas críticas. O sistema de alertas abrange escopos de recurso, assinatura e locatário (tenant). Alertas de métrica avaliam limiares de séries temporais com granularidade de um minuto e podem se autoajustar por meio de limiares dinâmicos. Alertas de log executam consultas KQL agendadas para detectar padrões complexos entre recursos e regiões, enquanto alertas de log de atividade são disparados em eventos do plano de controle, como criar, atualizar ou excluir. Grupos de ações desacoplam a detecção da resposta, acionando notificações (email, SMS, push, voz) e automações (webhook/secure webhook, Logic Apps, Functions, runbooks do Automation, conectores ITSM). Regras de supressão e regras de processamento de alertas ajudam a reduzir o ruído, silenciando ou roteando alertas durante janelas de manutenção planejadas. Dashboards e Workbooks apresentam a telemetria de maneiras diferentes. Os dashboards do Azure são telas baseadas em blocos (tiles) e multisserviço, ideais para visualizações operacionais rápidas e para fixar gráficos de métricas. Os Workbooks são analíticos, parametrizados e colaborativos, mesclando métricas, logs e visualizações com interatividade orientada por consultas. Os Workbooks se destacam para runbooks operacionais, análise pós-incidente e revisões de serviço, onde os operadores podem alternar entre dimensões e aprofundar-se nos dados brutos sem sair do contexto.

Sinais de Service Health e resiliência de recursos

A disponibilidade e a manutenção da plataforma precisam de um monitoramento dedicado, além das métricas de recursos. O Azure Service Health oferece visibilidade personalizada sobre problemas de serviço, manutenções planejadas e avisos de integridade que afetam as regiões e os serviços específicos em uma assinatura. Ele complementa a página pública do Azure Status, fornecendo informações de impacto no escopo da assinatura, cronogramas e análises de causa raiz, quando disponíveis. Alertas de integridade (Health alerts) podem ser configurados para notificar as equipes de operações por meio de grupos de ações no momento em que um incidente de serviço regional impacta as cargas de trabalho implantadas. O Resource Health foca no estado de recursos individuais, como máquinas virtuais, serviços de aplicativo ou bancos de dados. Ele distingue entre interrupções causadas pela plataforma e eventos iniciados pelo usuário, fornecendo estados de integridade atuais e históricos. A integração dos alertas do Service Health e do Resource Health com o gerenciamento de incidentes garante que as equipes sejam notificadas quando a plataforma for a causa raiz, reduzindo o tempo gasto na solução de problemas de componentes de aplicação saudáveis. A combinação desses sinais com os alertas do Azure Monitor resulta em visibilidade full-stack: desempenho da aplicação, utilização da infraestrutura e disponibilidade da plataforma em uma única visão operacional.

Ferramentas de gerenciamento para controle operacional

As tarefas operacionais abrangem desde a solução de problemas interativa e a automação com scripts até a triagem em dispositivos móveis. O Azure portal oferece uma experiência abrangente e baseada em funções para configurar serviços, visualizar métricas e iniciar o Cloud Shell diretamente no contexto. O aplicativo móvel do Azure (Azure mobile app) permite verificações de integridade em trânsito, confirmação de alertas e ações rápidas, como reiniciar uma VM. Para repetibilidade e integração com CI/CD, o Azure CLI e o Azure PowerShell fornecem automação multiplataforma com autenticação consistente através do Microsoft Entra ID e suporte para fluxos interativos e não interativos. O Cloud Shell fornece um terminal seguro baseado em navegador com Bash e PowerShell, pré-carregado com o Azure CLI, os módulos Az do PowerShell e ferramentas comuns como Git e Terraform. As sessões são executadas em um contêiner mantido pela Microsoft; um compartilhamento do Azure Files persiste perfis de usuário e scripts. Isso elimina a divergência de ferramentas locais e simplifica as operações just-in-time executadas a partir do portal, sem a necessidade de gerenciar ambientes de tempo de execução. Para automação de longa duração ou de alto throughput, hospede o CLI/PowerShell em pipelines ou runners em contêineres e autentique-se com identidades gerenciadas ou credenciais federadas para evitar a proliferação de segredos.

• Azure portal
  • Interface: UI da Web
  • Ideal para: Configuração, visualização, tarefas ad-hoc
  • Pontos fortes: UX rica, cobertura profunda de serviços, Cloud Shell integrado
  • Limitações: Manual, menos adequado para scripts em larga escala
• Azure mobile app
  • Interface: iOS/Android
  • Ideal para: Triagem e ações rápidas
  • Pontos fortes: Confirmação de alertas, ações básicas de recursos, acesso em trânsito
  • Limitações: Profundidade de configuração limitada
• Cloud Shell
  • Interface: Shell no navegador
  • Ideal para: Comandos ad-hoc sem configuração local
  • Pontos fortes: Ferramentas pré-instaladas, diretório home persistente via Azure Files, contexto seguro
  • Limitações: Contêiner efêmero; não é para trabalhos em lote de longa duração
• Azure CLI (az)
  • Interface: Linha de comando
  • Ideal para: Scripts multiplataforma e pipelines
  • Pontos fortes: Sintaxe consistente, saída em JSON, extensibilidade
  • Limitações: Curva de aprendizado para grafos de recursos complexos
• Azure PowerShell (Az)
  • Interface: Módulos do PowerShell
  • Ideal para: Automação em Windows/Linux/macOS; operações centradas em objetos
  • Pontos fortes: Ampla cobertura de cmdlets, objetos que podem ser usados em pipelines
  • Limitações: Pegada mais pesada; requer gerenciamento do ciclo de vida dos módulos

Automação: runbooks, gerenciamento de atualizações e agendamento de VMs com foco em custos

O Azure Automation fornece um serviço gerenciado de runbooks para orquestrar tarefas operacionais. Os runbooks podem ser criados em PowerShell, Python ou como fluxos de trabalho gráficos, acionados por agendamentos, via webhooks ou por alertas através de grupos de ação. As contas Run-as evoluíram para identidades gerenciadas, que eliminam o manuseio de certificados e segredos, ao mesmo tempo que suportam acesso granular com o mínimo de privilégios. Os Hybrid Runbook Workers estendem a automação para redes privadas ou locais de borda, executando runbooks em recursos on-premises ou isolados, enquanto ainda são gerenciados a partir do Azure. A governança de patches é tratada pelo Azure Update Manager, que unifica as atualizações do sistema operacional para Windows e Linux em VMs do Azure e servidores habilitados para Arc. As configurações de manutenção definem agendamentos, comportamento de reinicialização, scripts de pré/pós-execução e escopos dinâmicos usando tags ou consultas salvas. Os relatórios de conformidade destacam atualizações ausentes e o sucesso da implantação, enquanto as integrações com o Azure Policy impõem configurações de linha de base. O Update Manager substitui a solução legada Update Management do Azure Automation, oferecendo escala aprimorada, granularidade e suporte nativo ao Arc. Para minimizar os gastos com computação para cargas de trabalho que não são 24x7, o Azure oferece várias opções para parar e iniciar máquinas virtuais de acordo com um agendamento. A solução Start/Stop VMs v2 orquestra o direcionamento baseado em tags, agendamentos de horário comercial por fuso horário, detecção de ociosidade e notificações opcionais, usando o Azure Automation e o Azure Monitor internamente. VMs individuais também suportam políticas de desligamento automático, e os Virtual Machine Scale Sets podem usar regras de dimensionamento automático orientadas por métricas. A combinação do dimensionamento baseado em métricas com o agendamento de parada/início gera economias previsíveis sem sacrificar os níveis de serviço durante as janelas de demanda.

Operações híbridas e entre tenants: Azure Arc, Azure Lighthouse e Kusto entre workspaces

O Azure Arc projeta recursos que não são do Azure — servidores, clusters Kubernetes, instâncias do SQL Server — no Azure Resource Manager para que possam ser marcados com tags, ter políticas atribuídas, ser monitorados e atualizados como recursos nativos. O agente do Azure Monitor e as Regras de Coleta de Dados (Data Collection Rules) enviam telemetria de máquinas habilitadas para o Arc para um ou mais workspaces do Log Analytics, permitindo observabilidade centralizada independentemente da localização. Para Kubernetes, o Arc integra o GitOps com o Flux para gerenciamento declarativo de clusters e suporta extensões para implantar agentes para o Defender for Cloud, coleta de dados do Prometheus e aplicação de políticas. O Azure Lighthouse permite o gerenciamento seguro e em escala de recursos entre tenants do Microsoft Entra ID, ideal para provedores de serviços ou equipes de plataforma centralizadas que dão suporte a várias unidades de negócios. As delegações concedem acesso mínimo suficiente por meio do Azure RBAC no escopo da assinatura, do grupo de recursos ou do recurso, enquanto todas as ações são auditadas no tenant do cliente. Os operadores podem consultar logs, implantar políticas e executar automação entre tenants a partir de um único contexto, reduzindo o atrito de login e eliminando a proliferação de credenciais entre tenants. A Kusto Query Language oferece suporte a análises entre recursos e entre regiões, consultando múltiplos workspaces e recursos do Application Insights em uma única instrução. Padrões comuns incluem a união (union) entre workspaces e junções (joins) para correlacionar rastreamentos de aplicação com logs de infraestrutura. Exemplo: union workspace('ops-westus'), workspace('ops-eastus').InsightsMetrics | where Name == 'ProcessorUtilization' | summarize avgCPU = avg(Val) by bin(TimeGenerated, 5m), Computer. Outro exemplo correlaciona requisições e exceções entre dois aplicativos: union app('storefront-').requests, app('checkout-api').exceptions | summarize count() by bin(timestamp, 5m), type. Com o roteamento para múltiplos destinos baseado em DCR, os logs de recursos do Arc e do Azure podem ser armazenados em workspaces regionais, permanecendo consultáveis de forma agregada, proporcionando tanto residência de dados quanto análises globais.

Problema Prático: A GlobalRetail Co. constrói um centro nervoso de operações para um ambiente híbrido

Cenário: A GlobalRetail Co. opera serviços de ponto de venda em 1.200 lojas, com data centers regionais em Dublin e Singapura e uma presença crescente no Azure para cargas de trabalho web e de análise. A liderança deseja uma visão operacional única, aplicação de patches automatizada e controle de custos para VMs de desenvolvimento, enquanto um provedor de serviços gerenciados (MSP) externo cuida do suporte noturno em todos os ambientes.

Desafio: Unificar o monitoramento e os alertas entre servidores no Azure e on-premises, implementar atualizações automatizadas de SO com janelas de manutenção, reduzir os custos de VM fora do horário de expediente em dev/test e habilitar operações seguras entre tenants para o MSP sem compartilhar credenciais permanentes.

Abordagem Recomendada:

1. Implantar o Azure Arc em todos os servidores Windows e Linux on-premises; habilitar o agente do Azure Monitor por meio de Regras de Coleta de Dados (Data Collection Rules) para enviar dados de plataforma, syslog/Event e de desempenho para workspaces regionais do Log Analytics.
2. Instrumentar cargas de trabalho web e de API com o Application Insights usando OpenTelemetry; configurar testes de disponibilidade de múltiplas regiões e habilitar a amostragem adaptativa e a detecção inteligente.
3. Criar alertas de métrica, de log e de log de atividades do Azure Monitor para sinais críticos; centralizar as notificações com grupos de ações que disparam e-mails, mensagens no Teams via webhook e um conector ITSM para abrir incidentes automaticamente.
4. Publicar Workbooks de operações combinando falhas/latência do App Insights, desempenho de VM (InsightsMetrics) e Logs de Atividades da plataforma; fixar gráficos principais em um dashboard do Azure para toda a organização.
5. Implementar o Azure Update Manager com configurações de manutenção por região e tipo de loja; usar scripts de pré-execução para drenar o tráfego e scripts de pós-execução para validar a integridade do serviço; garantir a conformidade por meio de atribuições do Azure Policy.
6. Implementar o Start/Stop VMs v2 visando as assinaturas de dev/test usando as tags environment=dev e environment=test; definir agendamentos de horário comercial por fuso horário local e habilitar a parada por ociosidade para janelas de baixo uso.
7. Integrar o MSP via delegação do Azure Lighthouse no nível do grupo de gerenciamento com uma função personalizada de privilégio mínimo; exigir elevação just-in-time com PIM e restringir a runbooks de quebra de emergência instrumentados com registro de atividades.
8. Criar consultas KQL que unam os workspaces de Dublin e Singapura para taxas de CPU, memória e erro da frota; agendar alertas de log para detectar picos e encaminhá-los para o grupo de ações do MSP fora do horário de expediente.
9. Configurar alertas do Service Health e do Resource Health para regiões/serviços impactados; criar uma automação de incidentes que poste links de avisos e de RCA (Análise de Causa Raiz) no registro do incidente.

Justificativa do Azure: O Azure Arc padroniza a governança e a telemetria para servidores que não são do Azure, permitindo que o Azure Monitor consolide métricas e logs entre regiões. O Application Insights fornece visibilidade de ponta a ponta das transações para que as operações possam identificar com precisão falhas de aplicação em vez de problemas de infraestrutura. Grupos de ações e a integração com ITSM garantem a criação de incidentes automatizada e em tempo hábil, enquanto Workbooks e dashboards oferecem uma imagem operacional compartilhada. O Update Manager impõe uma higiene de patches consistente dentro das janelas de manutenção, e o Start/Stop VMs v2 reduz os gastos de dev/test sem afetar a produtividade. O Azure Lighthouse concede ao MSP acesso seguro, auditável e com privilégio mínimo entre tenants, e o KQL entre workspaces une a telemetria global para detecção proativa e diagnóstico rápido.

← Governança e Conformidade · Todos os domínios · Suporte →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →

Navegar Microsoft →