Accueil› Blog› Les sujets les plus difficiles de l'AZ-9

AZ-900

Les sujets les plus difficiles de l'AZ-900 en 2026 - Comment les maîtriser

Rédaction Certsqill· Mis à jour 18 juillet 2026· 17 min de lecture

Réponse directe

Si vous cherchez le az-900 syllabus pour savoir où concentrer votre énergie, voici la vérité : ce ne sont pas les définitions de base qui posent problème, c’est la façon dont Microsoft combine plusieurs notions dans une seule question. Les six sujets les plus difficiles sont la hiérarchie d’Azure Resource Manager (ARM), les modèles de facturation et l’optimisation des coûts, Azure Active Directory face à l’Active Directory traditionnel, les catégories de services Azure et leurs cas d’usage, les outils de gouvernance Azure, et enfin les plans de support avec les calculs de SLA. Ces sujets reviennent dans les trois domaines principaux de l’examen — Cloud Concepts (25%), Azure Architecture and Services (35%) et Azure Management and Governance (30%) — et parfois même dans Azure AI Fundamentals (10%) sous forme de questions transversales. Si vous consultez un az-900 syllabus pdf officiel, vous verrez ces thèmes listés sobrement en une ligne chacun. Sur le terrain, chacun peut générer dix formulations de questions différentes.

Pourquoi certains sujets de l’AZ-900 sont plus durs qu’ils n’en ont l’air

L’AZ-900 a une réputation d’examen “facile” parce qu’il est classé comme fondamental. C’est une erreur d’interprétation. Un AZ-900 exam topic n’est jamais testé isolément dans les questions à fort taux d’échec — il est toujours combiné avec une contrainte business, une exception, ou un scénario qui ressemble à une vraie situation d’entreprise.

La complexité du monde réel est compressée dans des scénarios en apparence simples. Une question de deux ou trois phrases peut cacher une décision qui, dans la vraie vie, impliquerait un architecte, un responsable financier et un responsable conformité. Microsoft ne teste pas si vous connaissez la définition d’un service — il teste si vous comprenez la logique métier qui se cache derrière. C’est exactement pourquoi tant de candidats techniquement compétents échouent : ils pensent en fonctionnalités, alors que l’examen pense en décisions.

C’est aussi pourquoi une simple lecture du programme ne suffit pas. Le az-900 syllabus vous dit quoi étudier, pas comment l’examen va le tordre.

Sujet difficile 1 : La hiérarchie et la portée d’Azure Resource Manager (ARM)

C’est, sans conteste, le sujet le plus difficile de tout l’AZ-900. Il apparaît dans 15 à 20% de l’ensemble des questions, réparties sur plusieurs domaines — ce qui en fait un point de rupture silencieux pour énormément de candidats.

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : les candidats pensent que la hiérarchie management groups → abonnements → resource groups → ressources est une simple question d’organisation, un peu comme des dossiers sur un disque dur. En réalité, chaque niveau de cette hiérarchie détermine où s’appliquent les permissions (RBAC), où atterrit la facturation, et à quel niveau une policy de gouvernance devient obligatoire. Vous ne pouvez pas répondre correctement à une question ARM sans comprendre ces trois dimensions en même temps.

Comment ça apparaît dans les questions : typiquement sous forme de scénario où une entreprise a plusieurs départements, chacun avec son propre budget, et où l’on vous demande à quel niveau appliquer une restriction ou un tag pour que l’effet se propage correctement sans affecter d’autres équipes.

Le piège le plus courant : confondre “resource group” et “abonnement” comme niveau de contrôle des coûts. Beaucoup de candidats supposent que la facturation se gère au niveau resource group, alors que c’est l’abonnement qui est l’unité de facturation fondamentale sur Azure.

Approche d’étude spécifique : dessinez la hiérarchie à la main, du plus haut niveau au plus bas, et pour chaque niveau notez explicitement ce qui hérite automatiquement (les policies, le RBAC) et ce qui ne se propage pas. Ne mémorisez pas un schéma — reconstruisez-le de mémoire jusqu’à ce que vous puissiez expliquer pourquoi une policy appliquée à un management group affecte tous les abonnements en dessous, mais qu’un tag appliqué à un resource group ne remonte jamais.

Sujet difficile 2 : L’optimisation des coûts et les modèles de facturation Azure

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : ce sujet mélange des concepts financiers (CapEx vs OpEx) avec des mécanismes techniques concrets (instances réservées, Azure Hybrid Benefit, Azure Cost Management + Billing). Les candidats connaissent souvent la théorie CapEx/OpEx par cœur, mais échouent dès qu’il faut l’appliquer à un cas de facturation réel avec plusieurs leviers d’optimisation en jeu simultanément.

Comment ça apparaît dans les questions : une entreprise veut réduire ses coûts sur des charges de travail prévisibles à long terme, ou au contraire veut de la flexibilité pour des charges imprévisibles — et vous devez identifier le bon levier (instances réservées, Azure Spot Virtual Machines, Azure Hybrid Benefit, ou simplement redimensionnement) en fonction du contexte donné.

Le piège le plus courant : traiter toutes les questions de coûts comme “il faut choisir l’option la moins chère”. L’AZ-900 teste votre capacité à choisir l’option la plus adaptée au contexte — parfois une solution plus chère est la bonne réponse parce qu’elle respecte une contrainte de conformité ou de disponibilité mentionnée dans l’énoncé.

Approche d’étude spécifique : construisez un tableau à deux colonnes — “type de charge de travail” et “levier de coût adapté”. Prévisible et long terme → instances réservées. Interruptible et tolérant à la panne → Spot VMs. Licences Windows Server/SQL déjà possédées → Azure Hybrid Benefit. Entraînez-vous à repérer, dans l’énoncé, le mot-clé qui trahit le type de charge de travail avant même de lire les options de réponse.

Sujet difficile 3 : Azure Active Directory face à l’Active Directory traditionnel

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : les candidats venant d’un background IT traditionnel connaissent Active Directory (AD DS) sur site et supposent, à tort, qu’Azure AD en est simplement une version cloud avec les mêmes mécanismes. Ce n’est pas le cas : Azure AD est un service d’identité basé sur des protocoles modernes (SAML, OAuth, OpenID Connect) et non sur LDAP/Kerberos, et il ne gère pas les unités d’organisation (OU) ni les objets de stratégie de groupe (GPO) de la même façon.

Comment ça apparaît dans les questions : des scénarios où une entreprise a une infrastructure AD DS sur site et veut étendre l’authentification vers le cloud — vous devez identifier si la réponse implique Azure AD Connect, une synchronisation hybride, ou une migration complète, selon les contraintes de l’énoncé (conformité, continuité de service, coexistence).

Le piège le plus courant : penser que Azure AD peut simplement “remplacer” AD DS dans tous les scénarios, ou à l’inverse, ignorer qu’un scénario hybride (avec Azure AD Connect) est souvent la bonne réponse quand l’entreprise a déjà un investissement AD DS existant qu’elle ne veut pas abandonner.

Approche d’étude spécifique : listez explicitement ce qu’Azure AD gère (authentification SaaS, SSO, MFA, accès conditionnel) contre ce qu’AD DS gère (GPO, OU, authentification Kerberos sur réseau local). Puis étudiez spécifiquement le rôle d’Azure AD Connect comme pont entre les deux mondes — c’est souvent la clé de la bonne réponse dans les scénarios hybrides.

Sujet difficile 4 : Les catégories de services Azure et leurs cas d’usage appropriés

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : ce n’est pas la définition d’IaaS, de PaaS ou de SaaS qui pose problème — c’est de savoir quel service Azure concret correspond à quel modèle, et surtout pourquoi un modèle est préférable à un autre dans un contexte donné. Les candidats mémorisent la définition abstraite d’IaaS/PaaS/SaaS mais échouent à mapper ça sur App Service vs des machines virtuelles Azure vs Azure Functions.

Comment ça apparaît dans les questions : une entreprise veut déployer une application web sans gérer l’infrastructure sous-jacente, avec une équipe de développement limitée et pas d’expertise en administration système — vous devez reconnaître que c’est un cas PaaS typique (App Service), et non IaaS (VMs) même si les deux “peuvent techniquement” héberger l’application.

Le piège le plus courant : choisir la solution IaaS par réflexe parce qu’elle offre “plus de contrôle”, sans remarquer que l’énoncé insiste justement sur l’absence d’équipe d’administration système — un indice clair que le contrôle n’est pas la priorité.

Approche d’étude spécifique : pour chaque service Azure central de l’examen (App Service, Azure Functions, Azure Kubernetes Service, machines virtuelles, Azure Blob Storage, Azure SQL Database), notez une phrase business qui déclenche ce service, pas une phrase technique. Par exemple : “équipe réduite, pas de gestion serveur” → App Service ; “exécution événementielle courte, facturation à l’usage” → Azure Functions.

Sujet difficile 5 : Les outils de gouvernance Azure et quand utiliser chacun

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : Azure propose plusieurs outils de gouvernance qui se ressemblent en surface — Azure Policy, RBAC, Azure Blueprints (ou son équivalent actuel selon la documentation officielle), et les verrous de ressources (resource locks). Les candidats confondent leurs rôles respectifs parce que tous “contrôlent” quelque chose, mais chacun contrôle un aspect différent : RBAC contrôle qui peut faire quoi, Azure Policy contrôle ce qui est autorisé comme configuration, et les verrous empêchent la suppression ou la modification accidentelle.

Comment ça apparaît dans les questions : un scénario où une entreprise veut empêcher la création de ressources dans une région non autorisée (c’est Azure Policy), face à un scénario où elle veut empêcher qu’un employé spécifique supprime une ressource critique (RBAC ou un verrou de ressource) — et vous devez distinguer les deux mécanismes.

Le piège le plus courant : utiliser RBAC comme réponse par défaut pour toute question de gouvernance, alors que RBAC concerne exclusivement les permissions d’accès, pas les règles de configuration ou de conformité des ressources elles-mêmes.

Approche d’étude spécifique : associez chaque outil à une question précise qu’il répond. RBAC répond à “qui peut faire quoi”. Azure Policy répond à “quelles configurations sont autorisées”. Les verrous de ressources répondent à “peut-on supprimer ou modifier cette ressource, peu importe qui essaie”. Entraînez-vous à repérer dans l’énoncé si la question porte sur une personne, une configuration, ou une action de suppression/modification.

Sujet difficile 6 : Les plans de support Azure et les calculs de SLA

Pourquoi c’est difficile spécifiquement sur l’AZ-900 : les candidats sous-estiment ce sujet parce qu’il semble purement mémoriel — connaître les niveaux de plans de support (Basic, Developer, Standard, Professional Direct, ou les noms actuels selon la documentation Microsoft à jour). En réalité, l’examen combine souvent ce sujet avec des calculs de disponibilité composée : quand deux services avec des SLA différents sont combinés dans une architecture, quel est le SLA composite résultant.

Comment ça apparaît dans les questions : on vous donne le SLA de deux services utilisés ensemble (par exemple un service à 99,9% et un autre à 99,95%) et on vous demande d’identifier la disponibilité globale du système, ou de choisir l’architecture qui atteint un objectif de disponibilité donné.

Le piège le plus courant : additionner ou moyenner les pourcentages de SLA au lieu de les multiplier correctement, ou encore oublier que la disponibilité composée d’une architecture dépendante est toujours inférieure ou égale à celle du service le moins fiable de la chaîne.

Approche d’étude spécifique : pour les calculs de SLA composite, vérifiez toujours la formule exacte sur la documentation officielle Microsoft plutôt que de vous fier à une formule apprise par cœur — les chiffres précis varient et il vaut mieux confirmer la méthode de calcul sur la page vendeur avant l’examen. Pour les plans de support, associez chaque niveau à un profil d’entreprise type (startup individuelle, PME, grande entreprise avec support technique dédié) plutôt que de mémoriser une liste sèche de fonctionnalités.

Comment l’AZ-900 transforme les sujets difficiles en questions de mise en situation

Chaque question de scénario sur l’AZ-900 suit une structure reconnaissable une fois que vous savez la repérer :

Contexte business — la taille de l’entreprise, son secteur d’activité, sa situation actuelle.
Exigence technique — ce qui doit être accompli concrètement.
Contrainte business — un budget limité, un délai serré, une exigence de conformité, ou une limitation opérationnelle.
Question finale — quel service ou approche Azure répond à toutes les exigences en même temps.

Ce qui rend ces questions difficiles n’est jamais l’étape 2 seule — c’est la combinaison des étapes 2 et 3. Un candidat qui lit seulement l’exigence technique tombera souvent sur la mauvaise réponse, celle qui est techniquement correcte mais qui ignore la contrainte.

Voici la hiérarchie des contraintes telle qu’elle apparaît réellement dans les schémas de questions de l’AZ-900 :

Les exigences de conformité l’emportent sur les considérations de coût.
Les investissements existants (licences, compétences internes, infrastructure déjà en place) l’emportent sur la solution “meilleure pratique” théorique.
Les contraintes opérationnelles (fenêtres de maintenance, disponibilité du personnel) l’emportent sur la pure capacité technique.
Les contraintes de délai l’emportent sur l’exhaustivité fonctionnelle.
Les limites budgétaires l’emportent sur l’optimisation de performance.

Si vous gardez cette hiérarchie de contraintes en tête pendant l’examen, vous éliminerez automatiquement la moitié des mauvaises réponses avant même de les lire en détail — parce que vous saurez qu’une option techniquement supérieure mais qui ignore une contrainte de conformité mentionnée dans l’énoncé ne peut jamais être la bonne réponse.

Comment construire un plan d’étude autour de ces six sujets

La plupart des candidats étudient l’AZ-900 dans l’ordre du syllabus officiel, module par module, en espérant que la répétition suffira. Ça fonctionne pour les définitions, mais pas pour les sujets identifiés plus haut, parce que leur difficulté ne vient pas d’un manque d’information — elle vient d’un manque de pratique sur la combinaison des informations.

Une approche plus efficace consiste à inverser l’ordre habituel : commencez par les scénarios, pas par la théorie. Prenez chacun des six sujets difficiles et, avant même de relire la documentation, essayez d’écrire vous-même une question de mise en situation dessus. Si vous êtes capable d’inventer un piège crédible — par exemple une entreprise qui a déjà investi dans des licences Windows Server et qui veut migrer vers Azure sans perdre cet investissement — c’est le signe que vous avez vraiment compris la logique métier derrière le sujet, pas seulement la définition.

Concrètement, un plan d’étude réaliste sur deux semaines pourrait ressembler à ceci :

Jours 1-3 : ARM, hiérarchie et gouvernance (sujets 1 et 5 combinés, parce qu’ils partagent la même logique de portée et d’héritage).
Jours 4-6 : facturation, optimisation des coûts, et plans de support/SLA (sujets 2 et 6, parce qu’ils demandent tous deux un raisonnement financier).
Jours 7-9 : Azure AD vs AD DS, et catégories de services (sujets 3 et 4, parce qu’ils reposent tous deux sur la reconnaissance de contexte business plutôt que sur la mémorisation).
Jours 10-14 : questions de scénario mélangées, révision croisée, et identification des erreurs récurrentes dans vos propres réponses.

Ce regroupement n’est pas arbitraire. Il reflète le fait que l’examen teste rarement un sujet isolé — il combine souvent gouvernance et hiérarchie ARM dans la même question, ou facturation et SLA dans une autre. Étudier ces paires ensemble reproduit la structure réelle de l’examen plutôt qu’une structure artificielle de manuel.

L’erreur la plus fréquente en révisant avec des tests blancs

Beaucoup de candidats font des dizaines de tests blancs, notent leur score, et passent au test suivant sans jamais revenir sur les questions ratées. C’est l’erreur la plus coûteuse en préparation AZ-900, parce que le score d’un test blanc ne vous dit rien sur pourquoi vous avez échoué — seulement que vous avez échoué.

La bonne pratique consiste à traiter chaque question ratée comme une étude de cas à trois niveaux :

Qu’est-ce que j’ai mal compris techniquement ? — un fait, une définition, une limite de service que vous ne connaissiez pas.
Qu’est-ce que j’ai mal lu dans l’énoncé ? — un mot-clé de contrainte (budget, conformité, délai) que vous avez ignoré en vous précipitant vers la réponse technique.
Quelle règle générale puis-je extraire de cette erreur ? — par exemple, “quand l’énoncé mentionne une licence déjà possédée, la réponse implique presque toujours Azure Hybrid Benefit”.

Ce troisième niveau est celui que la plupart des candidats sautent, alors que c’est le plus rentable. Une seule question mal comprise, analysée correctement, vous évite de refaire la même erreur sur dix variantes futures de la même logique.

C’est exactement le type d’analyse qu’un tuteur humain ferait avec vous après un test blanc, question par question — sauf que peu de candidats ont accès à ce niveau d’accompagnement personnalisé. Entraîne-toi sur des questions de scénario réalistes du AZ-900 sur Certsqill, avec des explications du Tuteur IA qui montrent exactement pourquoi chaque réponse est juste ou fausse.

Le jour de l’examen : gérer le temps face aux questions à contraintes multiples

Même avec une préparation solide sur les six sujets difficiles, beaucoup de candidats perdent du temps le jour de l’examen parce qu’ils lisent les questions de scénario comme des questions techniques classiques — trop vite, en cherchant le mot-clé technique évident au lieu de repérer la contrainte cachée.

Une méthode simple pour gagner du temps sans sacrifier la précision : lisez d’abord la dernière phrase de la question (souvent la question finale elle-même), puis remontez vers le contexte. Cela vous permet de savoir exactement ce qu’on vous demande avant de vous laisser distraire par les détails du scénario. Ensuite, en lisant le contexte, surlignez mentalement (ou sur le brouillon fourni) les mots qui signalent une contrainte : “budget limité”, “conformité”, “déjà en place”, “sans équipe dédiée”, “délai serré”. Ce sont ces mots, pas les noms de services, qui déterminent la bonne réponse dans la majorité des questions difficiles identifiées plus haut.

Enfin, ne changez pas une réponse simplement parce qu’elle vous semble “trop simple”. Sur l’AZ-900, la bonne réponse à une question de scénario bien construite est souvent celle qui respecte toutes les contraintes sans être la plus impressionnante techniquement — pas celle qui utilise le service le plus avancé ou le plus récent.

Questions fréquentes (FAQ)

Quel est le sujet qui fait le plus échouer les candidats sur l’AZ-900 ? La hiérarchie Azure Resource Manager (ARM) reste, de loin, le sujet le plus souvent mal compris, parce qu’elle combine gouvernance, facturation et permissions dans une seule structure que les candidats simplifient à tort en une simple organisation de dossiers.

Faut-il mémoriser les pourcentages exacts de SLA pour chaque service Azure ? Non. L’examen teste votre capacité à raisonner sur la disponibilité composée d’une architecture, pas votre mémoire des chiffres précis. Concentrez-vous sur la logique — un système dépendant de plusieurs services ne peut jamais dépasser la fiabilité du maillon le plus faible — plutôt que sur des pourcentages appris par cœur.

Azure AD Connect est-il vraiment un sujet testé sur l’AZ-900, ou seulement sur des certifications plus avancées ? Il est testé, mais de façon conceptuelle plutôt que technique. On ne vous demandera pas de configurer Azure AD Connect, mais de reconnaître dans quel scénario un pont hybride entre AD DS et Azure AD est la réponse logique — typiquement quand une entreprise a un investissement existant sur site qu’elle ne veut pas abandonner.

Comment distinguer rapidement une question sur Azure Policy d’une question sur RBAC pendant l’examen ? Demandez-vous si la question porte sur une personne (qui peut faire quoi) ou sur une configuration (ce qui est autorisé, peu importe qui l’exécute). Si l’énoncé mentionne un utilisateur ou un rôle spécifique, pensez RBAC. S’il mentionne une région, un type de ressource ou une règle de conformité, pensez Azure Policy.

Les questions de scénario sur l’AZ-900 changent-elles significativement d’une session d’examen à l’autre ? La formulation change, mais la structure sous-jacente — contexte business, exigence technique, contrainte, question finale — reste stable. C’est précisément pourquoi s’entraîner à repérer cette structure est plus utile que de mémoriser des questions spécifiques, qui ne se répéteront presque jamais à l’identique.