Pourquoi les gens ratent Microsoft Azure Fundamentals (AZ-900)
L'AZ-900 est l'examen fondation d'Azure. Réputé 'facile', il cache des pièges précis : les questions de pricing, le modèle de responsabilité partagée, et la nomenclature Microsoft (Resource Group, Management Group, Subscription) qui déroute les candidats venus d'autres clouds. Les 5 erreurs ci-dessous couvrent les vrais points d'échec — sourcées depuis r/azure, Microsoft Learn Community et les retours de formateurs certifiés.
Révisé 2026-05Microsoft ne publie pas de taux officiel. Estimations communautaires : ~75-85% en première tentative. L'examen est souvent sous-estimé — les questions de scenario sont moins évidentes que les descriptions de service.
TL;DRL'AZ-900 teste la largeur, pas la profondeur. Les candidats qui ratent ont ignoré le pricing, la gouvernance (Management Groups, Policy, Blueprint) et le modèle de responsabilité partagée.
Top 5 erreurs (du plus fréquent au moins fréquent)
#1
Ignorer les modèles de pricing Azure (Pay-As-You-Go, Reserved, Spot) et les outils de calcul de coût.
Bloc pricing représente 20-25% des questions d'examen et est régulièrement raté.
L'examen demande 'quel outil pour estimer le coût avant déploiement' (Pricing Calculator), 'quel outil pour analyser les coûts existants' (Cost Management), 'quel modèle économise le plus sur 3 ans' (Reserved), 'quel service est gratuit' (Azure Advisor, Azure Portal, etc.). Sans les distinguer, tu confonds les options.
Le fixApprends 4 choses : (1) Pricing Calculator = avant, (2) Cost Management = après, (3) Reserved = engagement 1-3 ans avec discount, (4) les services gratuits (Azure Portal, Azure Advisor, Identity Protection de base, SLA monitoring). John Savill's AZ-900 Study Cram (1h30 sur YouTube) couvre tout ça en 30 min.
#2
Confondre le modèle de responsabilité partagée entre IaaS, PaaS, et SaaS.
Piège systématique dans les questions 'qui est responsable de X dans ce scénario'.
IaaS (VM = tu gères OS, patchs, runtime, middleware). PaaS (App Service = Azure gère OS, tu gères ton code et tes données). SaaS (Microsoft 365 = Azure gère tout, tu gères tes utilisateurs et tes données). L'examen adore les scenarios inversés pour piéger.
Le fixRetiens la règle de transition : plus tu montes vers SaaS, plus Azure prend en charge. En IaaS, tu as le contrôle — et la responsabilité. En PaaS, tu n'as plus à patcher l'OS mais tu es encore responsable de tes données et de la configuration applicative. En SaaS, uniquement tes données et tes utilisateurs.
#3
Ne pas comprendre la hiérarchie Azure : Management Group → Subscription → Resource Group → Resource.
Sujet incontournable de l'examen — mal maîtrisé chez ~30% des candidats.
La gouvernance Azure s'applique top-down : une Azure Policy ou un RBAC au niveau Management Group s'applique à toutes les Subscriptions en dessous. L'examen teste 'où appliquer une policy pour qu'elle touche toutes les subscriptions' ou 'qu'est-ce qu'un Resource Group' — sans schéma mental de la hiérarchie, tu rates.
Le fixDessine le schéma une fois : Tenant → Management Groups → Subscriptions → Resource Groups → Resources. Une Resource Group est un conteneur logique (pas géographique — tu peux y mettre des ressources de plusieurs régions). Une Subscription est l'unité de facturation. Un Management Group regroupe plusieurs Subscriptions pour une gouvernance centralisée.
#4
Confondre les différents types de services de calcul : Virtual Machine, App Service, Azure Functions, Azure Container Instances.
~20% des questions compute impliquent de choisir le bon service pour un scénario.
Virtual Machine (IaaS complet, contrôle OS), App Service (PaaS pour apps web/API, scale automatique), Azure Functions (serverless event-driven, facturation à l'exécution), Azure Container Instances (conteneur single sans orchestrateur). Le scénario décide — si la question dit 'sans gérer l'infra', c'est PaaS ou serverless.
Le fixUtilise l'arbre : besoin de contrôle OS ? → VM. App web ou API sans gérer l'OS ? → App Service. Traitement event-driven ou cron ? → Azure Functions. Conteneur simple sans Kubernetes ? → ACI. Kubernetes managé ? → AKS. L'examen donne le contexte — lis le scénario complet avant de choisir.
#5
Négliger les SLA et les concepts de haute disponibilité (Availability Zones, Availability Sets, geo-redundancy).
Questions régulières sur les SLA — souvent ratées par manque de mémorisation.
L'examen demande 'quel SLA pour une VM unique' (95%), 'quel SLA pour 2 VMs dans un Availability Set' (99.95%), 'quel SLA pour 2 VMs dans 2 Availability Zones' (99.99%). Ces chiffres sont précis et l'examen ne les donne pas dans la question.
Le fixMémorise les 3 seuils clés : VM seule = 95%, Availability Set (racks distincts) = 99.95%, Availability Zones (datacenters distincts) = 99.99%. Retiens aussi : une Availability Zone = 3 datacenters physiques dans une région. La géo-redondance (GRS pour le stockage) couvre la panne d'une région entière.
Évite ces 5 erreurs en t'entraînant correctement
La pratique sur des questions au format examen reste la méthode #1 pour calibrer son niveau. Microsoft Azure Fundamentals (AZ-900) a sa propre banque sur CertQuests — gratuite et sans inscription.
Analyse issue de threads publics (Reddit, communautés Discord/forum vendor). Les fréquences sont des estimations qualitatives — pas des stats officielles. Vérifier avec ses propres recherches avant de prendre une décision majeure de prep.
CertQuests