Certification Azure DevOps AZ-400 : détails examen, domaines et parcours

À la fin de ce guide, vous aurez une carte claire de la certification Microsoft Azure DevOps Engineer Expert (AZ-400) : prérequis, pondérations des cinq domaines d’examen, compétences attendues (processus, source control, pipelines, sécurité, instrumentation), un mini parcours lab Azure DevOps Services + région canadacentral, et des liens vers les tutoriels de la série — sans secrets ni PAT en clair.

Niveau : Intermédiaire · Temps estimé : 50–65 min de lecture + plan de révision · Versions testées : skills outline AZ-400 (Microsoft Learn 2026), Azure DevOps Services, Azure Monitor / Application Insights · Dernière vérification : 2026-09

Slug proposé : azure-certification-details · Série : Azure DevOps · Post WP : #1099

Prérequis

• Notions DevOps / SDLC (CI/CD, Git, Agile) — voir Démarrer avec Azure DevOps et la carte Azure DevOps Tools
• Compte Microsoft ou Microsoft Entra ID avec MFA ; organisation Azure DevOps lab (projet ado-lab)
• Optionnel : abonnement Azure (Monitor, Key Vault, App Service) — région canadacentral
• Idéalement associate Azure (AZ-104 ou AZ-204) comme socle avant l’Expert AZ-400
• Terminal + Azure CLI (azure-devops) utiles en lab, optionnels pour lire l’outline

Coût estimé : 0 € pour Free tier ADO + Microsoft Learn. Examen AZ-400 payant (Microsoft / Pearson VUE). Labs Azure hors crédits : quelques euros — alertes budgétaires. Contenu prêt pour publication.

Ce que nous allons construire

Parcours AZ-400 (carte révision 2026)
  ├── Vue examen Expert + prérequis associate
  ├── Domaine 1 (10–15 %)  → processus, métriques, Boards, dashboards, wikis, webhooks
  ├── Domaine 2 (15–20 %)  → Git, auth, LFS/Scalar, branches, PR policies, tags, recover/purge
  ├── Domaine 3 (40–45 %)  → Pipelines/Actions, gates, Artifacts, agents, YAML, environments
  ├── Domaine 4 (10–15 %)  → service connections, Key Vault, secret scanning, SonarQube, ZAP
  ├── Domaine 5 (10–15 %)  → Azure Monitor, App Insights, alerts, tracing, KQL de base
  └── Plan lab + FAQ + maillage série

Ce guide enrichit le post WordPress #1099 (azure-certification-details) : titre et cinq domaines live conservés, puis contexte, exemples, erreurs et parcours lab — jamais de suppression du fond métier.

---

Étape 1 — Qu’est-ce que AZ-400 et à qui s’adresse-t-elle ?

La certification Microsoft Certified: DevOps Engineer Expert (AZ-400) valide que vous savez concevoir et mettre en œuvre des pratiques DevOps sur Azure et Azure DevOps / GitHub : collaboration, source control, CI/CD, sécurité et observabilité.

Ce n’est pas un quiz théorique : Microsoft attend des compétences actionnables — stratégie de branches, quality gate, secrets via Azure Key Vault, dashboard Boards ou alerte Azure Monitor.

Public typique : ingénieurs DevOps, SRE, lead développeurs, consultants Azure. Débutants : hub Démarrer avec Azure DevOps puis Azure DevOps Tools avant l’outline complet.

Étape 2 — Domaine 1 : Configure processes and communications (10–15 %)

Ce domaine couvre la traçabilité et la communication d’équipe — le « Plan Better » de la suite ADO.

Configure activity traceability and flow of work

• Planifier le flux de travail et les cycles de feedback (backlog → sprint → livraison → rétrospective)
• Identifier les métriques adaptées : cycle time, lead time, MTTR (time to recovery)
• Intégrer le pipeline avec le tracing des work items (Azure Boards, GitHub Issues / Projects)
• Appliquer les politiques de traçabilité décidées par l’équipe (lien commit / PR / build obligatoire)
• Intégrer le dépôt avec Azure Boards (mentions #123 dans les messages de commit)

Configure collaboration and communication

• Diffuser de l’information actionnable via dashboards personnalisés Azure DevOps
• Documenter le projet avec wikis ou diagrammes de processus
• Configurer les documents de release (notes de version, documentation API)
• Automatiser la génération de documents à partir de l’historique Git
• Configurer les notifications via webhooks

Lab : dashboard Boards (cycle time), wiki « Definition of Done », webhook sur builds en échec. Suite : Azure Boards work items.

Étape 3 — Domaine 2 : Design and implement source control (15–20 %)

Le source control reste le socle de toute livraison fiable. Microsoft teste Git (Azure Repos ou GitHub).

Design and implement source control strategy

• Stratégie d’authentification (HTTPS + credential manager, SSH, Entra ID ; pas de PAT long terme en clair)
• Gestion des gros fichiers : Git LFS (et historiques « git fat » / alternatives selon contexte)
• Mise à l’échelle du dépôt : Scalar, partage cross-repository, shallow / partial clone quand pertinent
• Workflow hooks (pre-receive, client hooks) pour conventions et garde-fous

Plan and implement a branching strategy

• Concevoir trunk-based, feature branches et release branches selon le rythme de livraison
• Workflow pull request avec branch policies / branch protection
• Restrictions de merge (reviewers requis, builds verts, linked work items)

Configure and manage repositories

• Intégrer des dépôts GitHub avec Azure Pipelines
• Permissions repos (Contribute, Force push, Bypass policies — à restreindre)
• Tags pour organiser versions et releases
• Recover (reflog, restore) et purge (données sensibles / gros binaires) avec Git

Approfondir : Azure Repos Git.

Étape 4 — Domaine 3 : Design and implement build and release pipelines (40–45 %)

C’est le cœur de l’examen (presque la moitié des points). Attendez-vous à YAML, agents, packages et gates.

Design and implement pipeline automation

• Intégrer outils externes : dependency scanning, security scanning, code coverage
• Quality gates et release gates (sécurité, gouvernance)
• Stratégie de tests automatisés dans le pipeline (unit, integration, smoke)
• Orchestration : GitHub Actions et / ou Azure Pipelines

Design and implement a package management strategy

• Azure Artifacts, GitHub Packages, NuGet, npm
• Feeds + upstream sources
• Versioning des packages et artefacts : semver, date-based
• Versioning des pipeline artifacts

Design and implement pipelines

• Choisir l’outil de déploiement (Actions vs Pipelines)
• Infrastructure d’agents (coût, licences, connectivité, maintenabilité) : Microsoft-hosted vs self-hosted
• Règles de trigger ; pipelines YAML et classiques
• Ordre d’exécution, parallélisme, multi-stage
• Agents conteneurisés ; templates VM / containers pour self-hosted
• Éléments réutilisables : YAML templates, task groups, variables / variable groups
• Environments YAML : checks et approvals

Exemple CI YAML illustratif (aucun secret), adapté à un lab canadacentral côté Azure :

# azure-pipelines.yml — CI illustratif AZ-400 (sans secrets)
trigger:
  branches:
    include:
      - main

pool:
  vmImage: ubuntu-latest

variables:
  buildConfiguration: Release
  # Région lab Azure pour déploiements ultérieurs (référence, pas un secret)
  azureLocation: canadacentral

stages:
  - stage: Build
    displayName: Build and test
    jobs:
      - job: CI
        steps:
          - task: UseDotNet@2
            inputs:
              packageType: sdk
              version: "8.x"
          - script: |
              echo "CI smoke — AZ-400 lab"
              echo "Target Azure region: $(azureLocation)"
              dotnet --info
            displayName: Toolchain check
          - script: dotnet build --configuration $(buildConfiguration)
            displayName: Build
          - script: dotnet test --configuration $(buildConfiguration) --no-build
            displayName: Unit tests
          - task: PublishBuildArtifacts@1
            inputs:
              PathtoPublish: "$(Build.ArtifactStagingDirectory)"
              ArtifactName: drop

Suites : Pipelines YAML intro, CI build, CD environnements, Artifacts feeds.

Étape 5 — Domaine 4 : Develop a security and compliance plan (10–15 %)

La sécurité DevOps ne se limite pas au « scan à la fin » : elle commence par la gestion des secrets et les connexions.

Managing sensitive information in automation

• Service connections (idéalement OIDC / workload identity plutôt que secret long terme)
• Service access tokens (durée courte, scopes minimaux ; rotation)
• Secrets et certificats via Azure Key Vault, GitHub secrets, Azure Pipelines secrets / variable groups liées au vault
• Fichiers sensibles pendant le déploiement (exclusion, chiffrement, chemins hors dépôt)
• Pipelines conçus pour éviter les fuites (masquage des logs, pas d’echo de secrets)

Automate security and compliance scanning

• Analyse de code : GitHub code scanning, GitHub secret scanning, scans pipeline, SonarQube
• Scans de sécurité : container scanning, OWASP ZAP
• Licences / vulnérabilités open source : WhiteSource (Mend) et GitHub Dependency scanning

Lab : service connection OIDC vers rg-ado-lab (canadacentral), secrets dans Key Vault, gate SonarQube sur main. Voir Sécurité & gouvernance et Variables & Key Vault.

Étape 6 — Domaine 5 : Implement an instrumentation strategy (10–15 %)

Sans mesures, pas d’amélioration continue — ni de MTTR crédible.

Configure monitoring for a DevOps environment

• Intégrer Azure Monitor et Application Insights
• Contrôle d’accès à la plateforme de monitoring
• Alertes et événements de pipeline (échec de stage, durée anormale)

Analyze metrics

• Distributed tracing avec Application Insights
• Indicateurs de performance applicative (latence, taux d’erreur, dépendance)
• Indicateurs d’infrastructure (CPU, mémoire, disque, réseau)
• Métriques de valeur métier (conversions, commandes, SLI/SLO métier)
• Logs avec KQL de base (requests, exceptions, jointures simples)

En lab : compter les requêtes en échec (1 h) puis corréler à un déploiement. Suite : Azure Monitor & App Insights.

Étape 7 — Plan de révision et lab type (2–3 semaines)

1. Semaine A — Domaines 1–2 : Boards + Repos (policies, tags, dashboard, wiki)
2. Semaine B — Domaine 3 : un pipeline YAML multi-stage, feed Artifacts, environment avec approval
3. Semaine C — Domaines 4–5 : Key Vault + OIDC, un scan (Sonar ou dependency), App Insights + 2 alertes Monitor
4. Mock — practice assessment Microsoft Learn + skills outline officiel (~40 % du temps sur les pipelines).

Erreurs fréquentes

Symptôme	Cause	Correction
Réviser seulement le YAML	Domaine 3 ≠ 100 % de l’examen	Couvrir Boards, Git, sécu, Monitor
PAT en clair dans un repo	Mauvaise hygiène secrets	Révoquer, Key Vault / OIDC, secret scanning
Confondre ADO et Azure	Deux portails / facturations	dev.azure.com vs portail Azure (canadacentral)
Ignorer GitHub dans l’outline	AZ-400 est multi-outil	Actions, secret scanning, Dependency scanning
Pas de quality gate	Build vert ≠ release sûre	Gates sécu / tests / approvals environments
KQL « plus tard »	Domaine 5 tombe à l’examen	10–15 requêtes de base sur App Insights

Récapitulatif

• AZ-400 = Expert DevOps Microsoft : processus, Git, pipelines (gros poids), sécurité, instrumentation
• Conserver les cinq domaines live (10–15 / 15–20 / 40–45 / 10–15 / 10–15 %)
• Pratiquer sur Azure DevOps Services + labs Azure en canadacentral, sans secrets en clair
• Mailler la série : tools → démarrage → Repos → YAML → Monitor

FAQ

1. Faut-il obligatoirement AZ-104 ou AZ-204 avant AZ-400 ? Microsoft recommande souvent une associate Azure ; ce n’est pas un « hard gate » technique pour s’inscrire, mais le niveau Expert suppose ce socle.

2. Azure Pipelines ou GitHub Actions pour l’examen ? Les deux sont dans l’outline. Un YAML bout-en-bout + bases Actions (workflows, secrets, scanning) suffisent pour démarrer.

3. Que faire si mon équipe n’utilise pas Azure Boards ? Apprenez quand même traçabilité et dashboards (domaine 1). GitHub + Pipelines reste un scénario valide.

4. Combien de temps pour se préparer ? Selon expérience : 3 à 8 semaines à raison de quelques heures par semaine, avec labs réels.

5. Où trouver l’outline officiel ? Sur Microsoft Learn (skills measured AZ-400). Ce guide le synthétise et le relie à la série devopselastichayway.com.

Pour aller plus loin

• Doc Microsoft : AZ-400, Azure DevOps, Application Insights
• Labs région canadacentral ; jamais de PAT / secrets dans Git

Maillage série Azure DevOps

← Précédent	Azure DevOps Tools · Démarrer avec Azure DevOps
→ Suivant	Organisation & projets · Azure Repos Git
Aussi	Pipelines YAML intro · CI build · CD environnements · Artifacts · Monitor & App Insights · Sécurité
Quiz	Azure DevOps Quiz FAQ

Retour parcours Azure DevOps — hub de la série et leçons sœurs.