EnglishDeutschFrançaisEspañolPortuguês

Microsoft · AZ-400 · Expert

Designing and Implementing Microsoft DevOps Solutions (AZ-400) — Questions d'entraînement et examen blanc

Entraîne-toi avec des questions AZ-400 réalistes, alignées sur les objectifs de l’examen. Alex explique chaque réponse et ton score de préparation te montre quoi travailler ensuite.

50Questions
100minDurée
700/ 1000Score requis

Vérifié auprès de Microsoft · août 2026Version actuelle de l’examen

À propos de l’examen

La certification AZ-400 valide l’expertise dans la conception et la mise en œuvre des pratiques DevOps pour Microsoft Azure. Elle couvre la conception des processus de développement, la gestion du contrôle de source, les pipelines CI/CD avec Azure DevOps et GitHub Actions, la gestion des dépendances, l’infrastructure as code, le feedback continu, les pratiques de sécurité et l’automatisation de la conformité tout au long du cycle de vie de la livraison logicielle.

Cette certification de niveau expert s’adresse aux ingénieurs DevOps, aux ingénieurs plateforme et aux développeurs qui combinent une expertise de développement et d’exploitation. Les candidats doivent maîtriser l’administration et le développement Azure, avec une expérience pratique d’Azure DevOps ou de GitHub pour la mise en œuvre de workflows DevOps de bout en bout.

Contenu de l’examen

La conception et la mise en œuvre des pipelines de build et de release dominent l’examen avec 50 à 55 % : gestion des packages, stratégie de test des pipelines, conception de pipelines YAML, modèles de déploiement comme le blue-green et le canary, infrastructure as code, maintenance des pipelines, tout tient dans ce seul domaine. Les processus et la communication, la stratégie de gestion du code source et la planification de la sécurité et de la conformité pèsent chacun 10 à 15 %, et l’instrumentation (monitoring et métriques) ferme la marche avec 5 à 10 %.

Plus de la moitié de l’examen tient dans un seul domaine : mieux vaut donc creuser les pipelines et le release engineering que survoler les quatre autres parties réunies.

Plan de l’examen : AZ-400

Design and implement processes and communications10–15%

Concevoir et mettre en œuvre la traçabilité et le flux de travail (GitHub Flow, cycles de feedback, GitHub projects, Azure Boards), concevoir et mettre en œuvre des métriques et des requêtes pour DevOps, et configurer la collaboration et la communication (wikis, docs de release, webhooks, intégration Teams)

≈ 7 h
Design and implement a source control strategy10–15%

Concevoir et mettre en œuvre des stratégies de branching (trunk-based, feature branch, release branch, workflows PR, politiques/règles de protection de branche) et configurer et gérer les repositories (fichiers volumineux, Git LFS, mise à l'échelle, permissions, tags, récupération de données)

≈ 7 h
Design and implement build and release pipelines50–55%

Concevoir et mettre en œuvre la gestion des packages (GitHub Packages, Azure Artifacts, versioning), la stratégie de test (quality/release gates, tests exhaustifs, couverture de code), les pipelines (GitHub Actions, Azure Pipelines, YAML, multi-étapes, hybride), les déploiements (blue-green, canary, ring, feature flags, tâches de base de données), IaC (ARM, Bicep, Azure Machine Configuration) et la maintenance des pipelines

≈ 29 h
Develop a security and compliance plan10–15%

Concevoir et mettre en œuvre l'authentification et l'autorisation (service principals, managed identities, GitHub Apps, service connections, permissions/rôles) et gérer les informations sensibles dans l'automatisation (Key Vault, secrets, workload identity federation, secure files)

≈ 7 h
Implement an instrumentation strategy5–10%

Configurer le monitoring des environnements DevOps (Azure Monitor, Application Insights, VM/Container/Storage/Network Insights, GitHub insights) et analyser les métriques issues de l'instrumentation (performance de l'infrastructure, télémétrie, distributed tracing, requêtes KQL)

≈ 5 h

Format de l’examen et types de questions

L’AZ-400 te pose 40 à 60 questions en 100 minutes, dans un mélange de formats : choix unique, choix multiples, glisser-déposer, mise en ordre et sélection dans des listes déroulantes. La plupart des questions partent d’un scénario : une exigence de pipeline, de dépôt ou de sécurité, puis un choix à faire entre les fonctionnalités équivalentes de GitHub et d’Azure DevOps (syntaxe YAML, politiques de branche, configuration des gates). On est très loin de la théorie DevOps abstraite.

Types de questions : AZ-400

Choix multiple41%

Choisis la seule bonne réponse parmi quatre ou cinq options — le format de base de l’examen.

Glisser-déposer17%

Fais glisser les éléments dans la bonne case, le bon groupe ou le bon ordre — on teste si tu sais appliquer un concept, pas seulement le reconnaître.

Mise en ordre11%

Remets les étapes d’un processus dans le bon ordre — typiquement des flux de déploiement ou de dépannage.

Réponse multiple11%

Plusieurs réponses sont correctes et il te les faut toutes ; l’énoncé indique combien en cocher.

Menu déroulant11%

Complète une phrase ou une configuration en choisissant dans des menus déroulants intégrés au texte.

Vrai / Faux9%

Juge une seule affirmation vraie ou fausse — des points rapides, mais la formulation exacte décide.

Microsoft confirme ces types de questions — aucune répartition en pourcentage n’est publiée ; les parts reflètent notre banque de questions alignée sur l’examen.

Essaie cinq questions AZ-400

Cinq questions tirées de notre banque Designing and Implementing Microsoft DevOps Solutions. Réponds à une — Alex t’explique le pourquoi.

L’examen et l’app sont en anglais — ces questions d’exemple, nous les avons traduites.

Concevoir et implémenter des pipelines de build et de release2 / 5

Une équipe veut déployer progressivement une nouvelle version d'un microservice sur un cluster Azure Kubernetes Service : d'abord sur 10% des pods, puis sur 20%, en surveillant la santé après chaque bascule de trafic, et en passant à 100% seulement si les health checks sont concluants. Quelle stratégie de déploiement doit-elle utiliser dans un deployment job Azure Pipelines ?

AlexExplication complète d’Alex

Les deployment jobs Azure Pipelines prennent en charge trois stratégies : runOnce, rolling et canary. runOnce exécute chaque hook du cycle de vie (preDeploy, deploy, routeTraffic, postRouteTraffic) exactement une fois. rolling remplace les instances de l'application sur un ensemble fixe de VM, par lots pilotés par maxParallel, et n'est actuellement pris en charge que pour les ressources VM. canary est la stratégie avancée pour une exposition incrémentale : elle exécute preDeploy une seule fois, puis répète deploy, routeTraffic et postRouteTraffic à chaque incrément (par exemple 10%, puis 20%), en surveillant la santé dans postRouteTraffic avant de passer à 100%. La variable strategy.increment est disponible pendant ces hooks répétés. À noter : blueGreen n'est pas un mot-clé de stratégie intégré aux deployment jobs. Astuce d'examen : un déploiement par paliers de pourcentage avec des health checks entre les incréments, c'est canary ; un remplacement par lots sur des VM, c'est rolling ; une exécution unique, c'est runOnce.

Sourcelearn.microsoft.com

Concevoir et implémenter une stratégie de contrôle de code source5 / 5

L’énoncé suivant atteint-il l’objectif ? Objectif : S’assurer qu’un dépôt Git dans Azure Repos conserve un historique de commits linéaire sur la branche main. Énoncé : Tu configures la stratégie de branche pour la branche main afin de définir 'Limit merge types' et de n’autoriser que 'Squash merge' comme stratégie de merge autorisée.

AlexExplication complète d’Alex

Un historique de commits linéaire sur la branche main signifie qu’il n’y a pas de merge commits : chaque commit suit le précédent de manière séquentielle. La stratégie squash merge dans Azure Repos permet cela en combinant tous les commits d’une pull request en un seul commit sur la branche cible. Lorsqu’elle est activée comme stratégie de branche sur la branche main, toutes les PR doivent utiliser squash merge, ce qui garantit que la branche main ne contient jamais de merge commits ni d’historique de branches. Cela crée un historique propre et linéaire, facile à lire et à bisect. Rebase merge crée aussi un historique linéaire en rejouant les commits au lieu de créer des merge commits. Basic merge crée des merge commits et ne conserve pas la linéarité. Astuce d’examen : Squash merge = un seul commit par PR (historique linéaire) ; rebase = rejouer les commits (linéaire) ; basic merge = merge commit (non linéaire).

Sourcelearn.microsoft.com

334 questions, construites comme l’examen

Chaque domaine de l’examen AZ-400 a assez de questions dans la banque pour être travaillé en profondeur. Un examen blanc te pose 50 questions d’affilée, sur le même chrono de 100 minutes que le jour de l’examen.

Procès-verbal : AZ-400

Contrôle du programme auprès de Microsoft28 août 2026

dernière vérification auprès de la source officielle Microsoft

Score requis700 / 1 000

tel que publié par Microsoft

Couverture du programme102 objectifs officiels

répartis sur 5 domaines, d’après le guide officiel de l’examen

Taille de la banque334 questions

= 6 examens blancs complets de 50 questions — jamais deux fois la même question

Couverture des domainesles 5 domaines à leur pondération officielle

Design and implement processes and communications 49 · Design and implement a source control strategy 43 · Design and implement build and release pipelines 139 · Develop a security and compliance plan 66 · Implement an instrumentation strategy 37

Validation canonique334 sur 334

chacune vérifiée avec la documentation officielle Microsoft — réponse, options et explication, source citée

Méthodologie documentée ouvertement.Comment les questions sont créées →

Se préparer à AZ-400

Le temps qu’il te faut dépend de ton expérience pratique. Le reste est fixé par l’éditeur : comment l’examen se déroule, quand tu peux le repasser et combien de temps la certification reste valable.

L’AZ-400 se passe chez Pearson VUE, en ligne avec un surveillant à distance ou dans un centre d’examen agréé. Il est proposé en anglais, japonais, chinois, coréen, français, allemand, espagnol et plusieurs autres langues selon les pays. La certification reste valable un an, et Microsoft ouvre sur Learn une évaluation de renouvellement gratuite six mois avant son expiration.

Ton plan : AZ-400

Préparation

Temps de préparation35–85 h

en général environ 35 h si tu travailles déjà avec ces technologies, environ 85 h en partant de zéro

NiveauExpert

Le jour J et après

Mode de passageSurveillé en ligne (Pearson VUE) ou dans des centres d'examen agréés dans le monde entier
Politique de reprise24 heures d'attente après la première tentative, 14 jours entre les tentatives suivantes, maximum 5 tentatives par examen sur une période de 12 mois
Validité1 an

Évaluation de renouvellement gratuite sur Microsoft Learn, disponible à partir de 6 mois avant l'expiration. Doit être complétée avant l'expiration de la certification.

Ces heures sont notre propre estimation de planification — Microsoft ne publie aucun temps de préparation pour cet examen. Un point de départ pour ton agenda, pas un objectif.

Erreurs courantes

La syntaxe YAML d’Azure Pipelines pour les stages, les jobs, les steps, les variable groups et les références de templates est testée directement, à la virgule près. Si tu n’as jamais fait que cliquer dans l’éditeur classique, tu vas avoir du mal ici. L’examen couvre à la fois GitHub Actions et Azure DevOps Pipelines, et les fonctionnalités équivalentes, par exemple les triggers ou les gates d’approbation, ne portent pas toujours le même nom et ne se configurent pas au même endroit d’une plateforme à l’autre. De quoi piéger ceux qui n’en maîtrisent vraiment qu’une des deux. Le choix entre ARM templates, Bicep, Terraform et Pulumi pour l’infrastructure as code est évalué sur ce qui colle au scénario, pas sur un outil préféré unique. Enfin, les pratiques DevSecOps (analyse SAST/DAST, scan des dépendances, gestion des secrets dans les pipelines) et les boucles de feedback continu construites sur Azure Monitor, Application Insights et les dashboards complètent la liste des sujets que les candidats préparent le moins.

Points de vigilance : AZ-400

  1. 01YAML Pipeline Syntax

    Méconnaître la syntaxe YAML d’Azure Pipelines pour les stages, jobs, steps et variable groups, y compris les références aux templates.

  2. 02GitHub vs Azure DevOps

    Confondre les fonctionnalités équivalentes entre GitHub Actions et Azure DevOps Pipelines, notamment les triggers et les approval gates.

  3. 03IaC Tools

    Avoir du mal à distinguer les cas d’usage des ARM templates, de Bicep, de Terraform ou de Pulumi pour l’infrastructure as code.

  4. 04Security Integration

    Négliger les pratiques DevSecOps comme l’analyse SAST/DAST, le dependency scanning et la gestion des secrets dans les pipelines.

  5. 05Monitoring Strategy

    Ne pas savoir mettre en place des boucles de feedback continu reposant sur Azure Monitor, Application Insights et des dashboards.

Pass-IT t’entraîne précisément sur ces points faibles — adaptatif et espacé →

Questions fréquentes

Combien de temps dure l’examen Designing and Implementing Microsoft DevOps Solutions ?

L’examen AZ-400 comporte 50 questions avec une limite de 100 minutes.

Quel est le score requis pour réussir Designing and Implementing Microsoft DevOps Solutions ?

Il te faut 700 / 1000 pour réussir l’examen AZ-400.

Quelles sont les erreurs fréquentes à l’examen Designing and Implementing Microsoft DevOps Solutions ?

Les pièges fréquents incluent : YAML Pipeline Syntax, GitHub vs Azure DevOps, IaC Tools, Security Integration, Monitoring Strategy. Concentre ton temps de révision sur ces points pour ne pas perdre de points.

Quels sujets rapportent le plus de points à l'AZ-400 ?

La conception et la mise en œuvre des pipelines de build et de release représentent à elles seules 52% de l'examen, la pondération la plus déséquilibrée de notre catalogue. Les processus et la communication, la stratégie de gestion du code source et le plan de sécurité et de conformité pèsent 13% chacun, l'instrumentation 9%. Si tes connaissances sur les pipelines sont fragiles, aucune préparation ailleurs ne viendra compenser.

Faut-il passer AZ-104 ou AI-200 avant AZ-400 ?

Microsoft n'impose aucun prérequis, tu peux donc réserver AZ-400 seul. L'examen part du principe que tu administres Azure ou que tu développes dessus, parce que les pipelines touchent aux deux côtés. En venant d'AZ-104, l'écart porte généralement sur la gestion du code source et les tests ; en venant du développement, plutôt sur l'infrastructure et la supervision.

Que faire après AZ-400 ?

AZ-305 est le pas de côté vers la conception de solutions, et SC-100 si l'architecture de sécurité devient ton métier. AZ-700 convient quand c'est la couche réseau sous les pipelines qui casse en permanence. Les trois se situent au même niveau expert ou avancé, pas au-dessus d'AZ-400.

Que se passe-t-il si tu échoues à l'AZ-400 ?

Tu peux te réinscrire après 24 heures, puis il faut attendre 14 jours entre chaque tentative suivante. Cinq tentatives au même examen sont autorisées sur une période de 12 mois.

Pass-IT est un outil de révision indépendant, ni affilié à Microsoft ni approuvé par Microsoft ; Microsoft et les noms d’examens sont des marques de leurs propriétaires respectifs.

Une certification. Un seul paiement.

Accès complet à AZ-400

Accède à toute la banque de questions de cette certification. Alex explique chaque réponse et ton score de préparation te montre quoi travailler ensuite.

Acheter l’accès à AZ-400 pour $29.99Un seul paiement. Accès à vie à cette certification.
Vérifie gratuitement si tu es prêt20 questions. Sans carte. Vois quoi travailler avant d’acheter.

Atteins 80 % de préparation et réussis — ou tu es remboursé.

Comment fonctionne le score →