Tópicos mais difíceis do AZ-900 em 2026 - Como dominar cada um

Resposta direta

Se você já estudou os domínios oficiais do AZ-900 e ainda sente que vai ser reprovado, não é falta de estudo — é porque alguns tópicos específicos são desenhados para parecer simples e não são. Os seis pontos que mais derrubam candidatos são: hierarquia e escopo do Azure Resource Manager (ARM), modelos de custo e cobrança do Azure, a diferença entre Azure Active Directory e Active Directory tradicional, a escolha correta entre categorias de serviço (IaaS, PaaS, SaaS) em cenários de negócio, as ferramentas de governança do Azure e quando usar cada uma, e por fim os planos de suporte com cálculo de SLA. Nenhum desses tópicos é “difícil” no sentido técnico — o problema é que o AZ-900 testa a lógica de decisão por trás deles, não a definição. Se você está apenas decorando o que cada serviço faz, vai travar exatamente nesses seis pontos. O restante deste artigo mostra por que cada um pesa tanto na prova e como estudar para não cair nas armadilhas mais comuns.

Por que alguns tópicos do AZ-900 são mais difíceis do que parecem

O AZ-900 é vendido como exame de fundamentos, e isso faz muita gente subestimar a prova. O erro está em achar que “fundamentos” significa “fácil”. Na prática, os AZ-900 exam topics cobrem decisões que, em um ambiente corporativo real, envolveriam arquitetos e gerentes de TI discutindo por semanas — só que aqui você tem uma questão de duas ou três frases para resolver em menos de dois minutos.

A complexidade do mundo real é comprimida em cenários curtíssimos. A questão te dá uma empresa fictícia, uma necessidade técnica e uma restrição de negócio, e espera que você entenda a lógica por trás da decisão — não apenas o recurso técnico envolvido. Isso é diferente de decorar “o que é Azure Blob Storage” ou “o que é uma VNet”. Você precisa entender por que uma empresa escolheria uma opção em vez de outra, dado um orçamento, um prazo ou uma exigência de conformidade.

Essa é a razão pela qual profissionais técnicos, paradoxalmente, às vezes se saem pior do que iniciantes completos nesses tópicos específicos. Quem já mexeu com servidores locais tende a pensar em recursos e funcionalidades. O AZ-900 pensa em decisão de negócio. Os seis tópicos abaixo são exatamente onde essa diferença de raciocínio aparece com mais força — e onde a maioria dos erros de prova se concentra, independente de qual dos quatro domínios oficiais (Conceitos de Nuvem 25%, Arquitetura e Serviços do Azure 35%, Gestão e Governança do Azure 30%, Azure AI Fundamentals 10%) a questão pertença.

Tópico Difícil 1: Hierarquia e escopo do Azure Resource Manager (ARM)

Por que é difícil especificamente no AZ-900

A hierarquia do ARM — Management Groups, Subscriptions, Resource Groups e Resources — parece, à primeira vista, só uma questão de organização de pastas. É aqui que a maioria dos candidatos erra o cálculo. Essa hierarquia não é organizacional, é funcional: ela define permissões (RBAC), políticas (Azure Policy) e cobrança ao mesmo tempo, em níveis diferentes e com herança entre eles. O AZ-900 explora exatamente essa sobreposição.

Este é, isoladamente, o tópico mais difícil de todo o AZ-900. Ele aparece em 15% a 20% de todas as questões da prova, atravessando múltiplos domínios ao mesmo tempo — você vê ARM sendo cobrado dentro de Arquitetura e Serviços do Azure, mas também dentro de Gestão e Governança, muitas vezes na mesma leva de questões.

Como aparece nas questões da prova

As questões normalmente descrevem uma empresa com múltiplos departamentos ou subsidiárias e perguntam onde uma política, uma role RBAC ou uma tag de cobrança deve ser aplicada para atingir um resultado específico — por exemplo, “aplicar a todas as assinaturas de uma vez” ou “restringir sem afetar outros grupos”. Você precisa saber, sem hesitar, que Management Group fica acima de Subscription, que fica acima de Resource Group, que fica acima de Resource — e que tudo que é aplicado em um nível superior é herdado pelos níveis inferiores.

A armadilha mais comum

O erro clássico é confundir “Resource Group” com “Management Group” sob pressão de tempo, ou assumir que uma política aplicada em um Resource Group afeta outras assinaturas. Outra armadilha frequente: achar que a hierarquia serve só para organização visual no portal, ignorando que ela também determina escopo de cobrança e de RBAC simultaneamente.

Abordagem de estudo específica

Desenhe a hierarquia à mão, de cima para baixo, várias vezes, até virar automático. Depois, para cada nível, escreva ao lado o que “vive” ali: no Management Group, políticas amplas; na Subscription, cobrança e limites; no Resource Group, ciclo de vida dos recursos relacionados; no Resource, a configuração específica do serviço. Pratique cenários onde a resposta certa depende de saber em que nível uma ação deve ser aplicada — não apenas o que cada nível “é”.

Tópico Difícil 2: Otimização de custos e modelos de cobrança do Azure

Por que é difícil especificamente no AZ-900

O AZ-900 não pergunta apenas “o que é o Azure Pricing Calculator” ou “o que é o Cost Management” — ele testa se você entende a lógica financeira por trás de cada modelo: pay-as-you-go, reserved instances, Azure Hybrid Benefit, Spot VMs. O problema é que essas opções competem entre si dependendo do cenário, e a prova troca a variável decisiva (previsibilidade de carga, licenciamento existente, tolerância a interrupção) de questão para questão.

Como aparece nas questões da prova

Normalmente você recebe uma empresa com um padrão de uso específico — carga constante e previsível, carga esporádica, ou uma carga que pode ser interrompida sem problema — e precisa escolher o modelo de cobrança que minimiza custo sem violar a necessidade operacional. Também aparecem questões cruzando Azure Hybrid Benefit com licenças Windows Server ou SQL Server já existentes na empresa.

A armadilha mais comum

O erro mais comum é escolher “a opção mais barata” sem checar a restrição do cenário. Reserved Instances é mais barato para carga constante, mas a questão pode descrever uma carga sazonal — nesse caso, reserved instance é a resposta errada, mesmo sendo “mais barata” em teoria. Outra armadilha: ignorar Azure Hybrid Benefit quando o cenário menciona explicitamente que a empresa já tem licenças, porque o candidato não relacionou “licença existente” a “economia de custo”.

Abordagem de estudo específica

Monte uma tabela mental (ou física) com quatro colunas: modelo de cobrança, tipo de carga ideal, nível de compromisso exigido, e situação em que NÃO deve ser usado. Treine especificamente identificar a palavra-chave do cenário — “previsível”, “temporário”, “já possui licença”, “pode ser interrompido” — porque é essa palavra que define a resposta certa, não o preço em si.

Tópico Difícil 3: Azure Active Directory (Azure AD) vs Active Directory tradicional

Por que é difícil especificamente no AZ-900

Muita gente que já trabalhou com Active Directory local traz esse conhecimento para a prova e acaba se atrapalhando — porque Azure AD não é “Active Directory na nuvem”. É um serviço de identidade diferente, baseado em HTTP e REST, sem estrutura de domínios e unidades organizacionais tradicionais, sem GPOs. O AZ-900 explora exatamente essa confusão de quem assume que os dois são a mesma coisa com roupagem diferente.

Como aparece nas questões da prova

As questões costumam descrever uma empresa migrando de um ambiente local (com Active Directory Domain Services) para a nuvem e perguntam qual serviço do Azure resolve autenticação para aplicações SaaS, single sign-on ou autenticação multifator. Também aparecem questões sobre Azure AD Connect, testando se você entende que ele sincroniza identidades entre os dois mundos em vez de substituir um pelo outro.

A armadilha mais comum

A armadilha mais comum é assumir que Azure AD gerencia Group Policy Objects ou estrutura de unidades organizacionais — ele não faz isso. Outra é confundir domain join tradicional com Azure AD Join, achando que são conceitos equivalentes quando, na verdade, atendem cenários diferentes.

Abordagem de estudo específica

Construa mentalmente duas colunas separadas: “Active Directory Domain Services” (domínios, unidades organizacionais, GPOs, autenticação Kerberos, ambiente local) e “Azure AD” (identidade baseada em nuvem, SSO, autenticação multifator, integração com SaaS, protocolo baseado em HTTP/REST). Toda vez que uma questão mencionar “sincronização entre os dois ambientes”, pense imediatamente em Azure AD Connect como a peça que faz a ponte.

Tópico Difícil 4: Categorias de serviços do Azure e casos de uso apropriados

Por que é difícil especificamente no AZ-900

Saber a diferença entre IaaS, PaaS e SaaS de cor é fácil. O problema real do AZ-900 é aplicar essa diferença a um cenário de negócio específico, onde a resposta certa depende de quem deve gerenciar o quê — infraestrutura, runtime, aplicação — dado o nível de controle que a empresa quer ou o nível de responsabilidade que ela está disposta a assumir.

Como aparece nas questões da prova

Uma questão típica descreve uma empresa que quer “focar apenas no código da aplicação, sem gerenciar servidores” — a resposta é PaaS, geralmente App Service. Outra descreve uma empresa que precisa de controle total sobre o sistema operacional por exigência de compliance — a resposta é IaaS, geralmente uma máquina virtual. E ainda aparecem cenários com Azure Virtual Desktop, que costuma confundir candidatos que tentam encaixá-lo em uma categoria única, quando na prática ele combina infraestrutura gerenciada com entrega de área de trabalho como serviço.

A armadilha mais comum

A armadilha mais frequente é escolher a opção “mais moderna” ou “mais gerenciada” por reflexo, ignorando que o cenário pede controle total do sistema operacional. Outra é confundir “menor esforço operacional” com “melhor opção técnica” — no AZ-900, a resposta certa é sempre a que atende à restrição descrita, não a mais avançada tecnologicamente.

Abordagem de estudo específica

Para cada categoria, memorize não “o que é”, mas “quem gerencia o quê”. Depois pratique reconhecender frases-gatilho no enunciado: “sem gerenciar servidor” aponta para PaaS ou SaaS; “controle total do sistema operacional” aponta para IaaS; “aplicação pronta, sem instalação” aponta para SaaS. Treine cenários envolvendo especificamente Azure App Service, Azure Virtual Machines e Microsoft 365 como âncoras de cada categoria.

Tópico Difícil 5: Ferramentas de governança do Azure e quando usar cada uma

Por que é difícil especificamente no AZ-900

Azure Policy, RBAC, Azure Blueprints e Resource Locks fazem parte do mesmo domínio de governança, mas resolvem problemas diferentes — e o AZ-900 gosta de colocar mais de uma ferramenta como opção de resposta na mesma questão, forçando você a saber exatamente qual delas atende à necessidade descrita. Como todas “soam” parecidas (regras, restrições, controle), candidatos sob pressão de tempo confundem uma com a outra.

Como aparece nas questões da prova

Um cenário comum descreve a necessidade de impedir que um recurso seja deletado acidentalmente — resposta: Resource Lock. Outro descreve a necessidade de garantir que todas as VMs criadas sigam uma região específica — resposta: Azure Policy. Um terceiro descreve a necessidade de controlar quem pode criar ou modificar recursos — resposta: RBAC. E aparece ainda a necessidade de replicar um ambiente padronizado de forma repetível em múltiplas assinaturas — resposta: Azure Blueprints.

A armadilha mais comum

A armadilha mais comum é confundir Azure Policy com RBAC — Policy controla configuração e conformidade dos recursos, RBAC controla quem pode fazer o quê. Outra é esquecer Resource Locks completamente, porque a ferramenta parece “básica demais” para aparecer em uma prova de fundamentos — mas ela aparece

em provas de fundamentos justamente para separar quem entende o ciclo de vida do recurso de quem só decorou nomes de ferramentas.

Abordagem de estudo específica

Crie uma tabela de quatro linhas — uma para cada ferramenta — e preencha apenas com a pergunta que ela responde. Azure Policy responde “isso está em conformidade?”. RBAC responde “quem pode fazer isso?”. Resource Lock responde “isso pode ser apagado ou alterado?”. Azure Blueprints responde “como replico esse ambiente inteiro de novo?”. Quando a questão da prova descrever uma necessidade, procure a pergunta que ela está fazendo implicitamente — isso elimina pelo menos duas das quatro opções antes mesmo de você analisar o resto do enunciado.

Tópico Difícil 6: Planos de suporte do Azure e cálculo de SLA

Por que é difícil especificamente no AZ-900

Esse tópico costuma ser subestimado porque parece “decoreba pura” — basta saber os nomes dos planos (Basic, Developer, Standard, Professional Direct) e pronto. O problema é que o AZ-900 raramente pergunta “qual é o nome do plano X”. Ele pede para você calcular ou interpretar SLA composto, entender o que é um “Composite SLA” quando múltiplos serviços dependem uns dos outros, e escolher o plano de suporte certo dado um tempo de resposta exigido pelo negócio — não pelo candidato.

Como aparece nas questões da prova

Uma linha de pergunta comum apresenta dois ou três serviços com SLAs individuais (por exemplo, 99,9% e 99,95%) e pede o SLA combinado da solução completa — que é sempre menor do que o menor SLA individual, porque a indisponibilidade se soma. Outra linha de pergunta descreve uma empresa com incidentes críticos de produção que precisa de resposta em minutos, e pede o plano de suporte adequado — normalmente Professional Direct ou Premier, dependendo da gravidade descrita. Também aparecem questões sobre Service Health versus Azure Status, testando se você sabe que um é personalizado para sua assinatura e o outro é uma visão global e pública.

A armadilha mais comum

A armadilha matemática mais comum é achar que o SLA composto é a média dos SLAs individuais — não é. Quando dois serviços dependentes têm 99,9% cada, o SLA combinado cai, porque a fórmula multiplica as disponibilidades (0,999 × 0,999), resultando em um número menor que qualquer um dos dois isoladamente. A armadilha conceitual mais comum é escolher o plano de suporte mais caro assumindo que “mais caro = mais correto”, quando o cenário pede apenas o nível mínimo necessário para atender o tempo de resposta descrito.

Abordagem de estudo específica

Memorize a lógica, não a fórmula decorada: disponibilidade combinada sempre diminui quando os serviços são dependentes em sequência. Pratique dois ou três cálculos simples de multiplicação de percentuais até a lógica virar intuição. Para planos de suporte, monte uma escada mental do mais básico ao mais crítico — Basic, Developer, Standard, Professional Direct — e associe cada um a um cenário de urgência crescente, não a um preço.

Como os seis tópicos se combinam nas questões mais difíceis da prova

Depois de entender cada tópico isoladamente, existe uma camada extra de dificuldade que pega muita gente de surpresa: o AZ-900 não testa esses seis pontos em compartimentos separados. As questões mais difíceis da prova combinam dois ou três desses tópicos na mesma pergunta. Um cenário pode descrever uma empresa que precisa aplicar uma política de governança (Tópico 5) em uma estrutura de múltiplas assinaturas (Tópico 1), enquanto ao mesmo tempo avalia se o modelo de cobrança escolhido (Tópico 2) é compatível com a exigência de conformidade descrita.

Isso significa que estudar cada tópico isoladamente é necessário, mas não é suficiente. Depois de dominar cada um separadamente, o próximo passo é praticar questões que misturam a lógica de governança com a lógica de custo, ou a lógica de identidade com a lógica de categorias de serviço. É exatamente nesse cruzamento que candidatos bem preparados em teoria ainda erram na prova real — porque treinaram para reconhecer um tópico por vez, e a prova não respeita essa separação.

O erro de estudar por definição em vez de por cenário

Se existe um padrão comum entre os seis tópicos acima, é este: todos punem quem estuda por definição e recompensam quem estuda por cenário. Ler a documentação da Microsoft e saber “o que é” cada serviço é o primeiro passo, mas não é onde a prova realmente avalia você. A avaliação acontece na camada seguinte — a de aplicação da definição dentro de uma restrição de negócio.

Um jeito prático de forçar essa mudança de abordagem é, depois de estudar um conceito, se perguntar ativamente: “em que situação a resposta óbvia estaria errada?”. Por exemplo, Reserved Instances é geralmente a opção mais barata para carga constante — mas em que situação essa não seria a resposta certa mesmo assim? (Resposta: quando a carga é sazonal ou quando a empresa ainda não sabe se vai continuar usando aquele recurso a longo prazo). Esse tipo de pergunta invertida treina exatamente o músculo que o AZ-900 testa.

É por isso que simulados com cenários realistas valem mais do que flashcards de definição nas últimas semanas antes da prova. Pratique questões realistas de cenário do AZ-900 no Certsqill, com explicações do Tutor de IA que mostram exatamente por que cada resposta está certa ou errada — isso constrói o mesmo tipo de raciocínio que os seis tópicos acima exigem, em vez de apenas reforçar memorização.

Checklist final: os seis tópicos antes do dia da prova

Nos últimos dias antes do exame, não tente revisar tudo de novo do zero. Use os seis tópicos acima como um checklist funcional:

Você consegue desenhar a hierarquia do ARM de memória e dizer o que “vive” em cada nível? Você consegue identificar, em uma frase, qual modelo de cobrança se encaixa em carga previsível, esporádica ou interrompível? Você sabe listar três diferenças concretas entre Azure AD e Active Directory Domain Services sem hesitar? Você consegue apontar, em um cenário de negócio, se a resposta é IaaS, PaaS ou SaaS baseado só na frase-gatilho? Você sabe qual ferramenta de governança responde a cada uma das quatro perguntas (conformidade, permissão, proteção contra exclusão, replicação de ambiente)? E você consegue calcular, ainda que de forma simplificada, o efeito de SLAs compostos em serviços dependentes?

Se você hesitou em qualquer uma dessas perguntas, é ali que sobra tempo de estudo — não em revisar tópicos que você já domina só porque é mais confortável.

Perguntas frequentes (FAQ)

O AZ-900 cobra cálculo matemático de SLA na prova? Sim, mas de forma simplificada. Você não precisa memorizar fórmulas complexas — precisa entender que o SLA combinado de serviços dependentes é sempre menor que o SLA individual mais baixo, e conseguir aplicar essa lógica em porcentagens simples como 99,9% e 99,95%.

Vale a pena estudar Azure AD Domain Services separadamente de Azure AD? Vale, principalmente porque o AZ-900 gosta de testar se você sabe que Azure AD Domain Services oferece recursos compatíveis com domínio tradicional na nuvem, enquanto Azure AD puro não tem estrutura de domínio nem GPOs. Confundir os dois é um erro comum entre quem já trabalhou com Active Directory local.

Quantas questões sobre governança (Azure Policy, RBAC, Blueprints, Locks) costumam cair na prova? Não existe um número fixo divulgado oficialmente, mas esse conjunto de ferramentas é um dos temas mais recorrentes dentro do domínio de Gestão e Governança, que representa 30% da prova. É comum encontrar múltiplas questões cruzando essas ferramentas na mesma sessão de exame.

É melhor decorar os nomes dos planos de suporte ou entender os cenários? Entender os cenários. A prova raramente pergunta o nome isolado de um plano — ela descreve uma necessidade de tempo de resposta ou criticidade e espera que você associe isso ao plano correto, não que recite os quatro nomes de memória.

Reprovar no AZ-900 por causa desses tópicos significa que preciso recomeçar o estudo do zero? Não necessariamente. Geralmente o problema está concentrado em pontos específicos, não no conteúdo inteiro. Revisar o relatório de resultado da prova ajuda a identificar exatamente quais domínios pesaram mais na reprovação antes de montar um novo plano de estudo.

Artigos relacionados

• Reprovei no Microsoft Azure Fundamentals (AZ-900): o que fazer agora?
• Dá para refazer o AZ-900 depois de reprovar? Regras de reaplicação explicadas (2026)
• Relatório de resultado do AZ-900 explicado: o que seu resultado realmente significa
• Como estudar depois de reprovar no AZ-900: seu plano de recuperação para a reaplicação
• Por que as pessoas reprovam no AZ-900? 8 erros comuns para evitar