AZ-400 完全ガイド｜Microsoft Azure DevOps Engineer Expert 出題範囲・学習リソース・合格戦略

Microsoft Certified: DevOps Engineer Expert (AZ-400) は、Azure DevOps と GitHub を使った CI/CD パイプライン構築・IaC・GitOps・SRE プラクティスを設計・実装する DevOps エンジニア向け Expert 認定です。 Azure 系 Expert 認定の中で AZ-305 (Solutions Architect) と並ぶ双璧で、DevOps エンジニア・SRE・プラットフォームエンジニアを目指す全員の到達点。 Microsoft が GitHub を 2018 年に買収以降、本試験は Azure DevOps Services と GitHub Actions の両方を扱う方向に進化しており、2026 年版では GitHub 比重が AZ-400 全体の半分近くを占めるようになっています。

本記事では、AZ-400 の試験仕様、AZ-104 / AZ-204 との前提条件関係、5 ドメイン構成、Azure DevOps と GitHub の使い分け、IaC ツール (Bicep / ARM / Terraform) の比較、3-4 ヶ月の合格ロードマップ、AZ-305 / SC-100 との Expert 二刀流戦略までを整理します。 AZ-400 は『単一サービスの知識』ではなく『チーム開発を成立させるための統合スキル』を問う性質の試験という理解が、合格への第一歩です。

AZ-400 の試験基本仕様

AZ-400 の試験仕様は Expert ティア共通です。150 分・40 ~ 60 問、合格点 700 / 1000、165 USD / 21,103 円、12 ヶ月有効 (renewal assessment で更新可)。 Pearson VUE 経由で OnVUE オンラインまたはテストセンターで受験可能、日本語含む多言語対応。 出題形式は選択肢問題に加え、YAML パイプライン (Azure Pipelines / GitHub Actions) の読解、ケーススタディ(複数問題を 1 つの企業要件で解く形式)、シーケンス並べ替え問題、ドラッグ&ドロップ問題を含み、実装手順と設計判断の双方を問う構成です。

Expert 取得には AZ-104 または AZ-204 が必須

AZ-400 で Expert 認定を取得するには、AZ-104 (Administrator Associate) または AZ-204 (Developer Associate) のいずれかの保有が前提条件です。 AZ-400 単体での受験は可能ですが、Expert 認定バッジは発行されません。AZ-104 / AZ-204 のいずれかを後から取得した時点で初めて『DevOps Engineer Expert』バッジが Credly 上に発行されます。

どちらを前提として取るかは方向性で選びます。 インフラ運用 / IaC / クラウド統制を強化したい (Platform Engineer / SRE 寄り) なら AZ-104 → AZ-400 の王道ルート。 アプリ開発 / コンテナ / マイクロサービスを強化したい (開発者ロールから DevOps へ昇格) なら AZ-204 → AZ-400。 ただし AZ-204 は 2026 年 7 月 31 日リタイア予定で後継未発表のため、新規受験者には AZ-104 → AZ-400 が安全な選択です。

ドメイン 1: プロセスとコミュニケーションの設計と実装 (10-15%)

DevOps プロセスを成立させる人とプロセスのレイヤです。 中心は Azure Boards のワークアイテム管理 (Epic / Feature / User Story / Task)・カンバンボード・スプリント計画、GitHub Issues / Projects によるアジャイル管理、Pull Request / コードレビュープロセス設計、Slack / Microsoft Teams 統合、変更管理通知 (Service Hooks・GitHub Apps)、SCRUM / Kanban / XP / SAFe のフレームワーク選定。 本ドメインは配点小ですが、ケーススタディの企業要件読み取りに直結する基礎知識です。

ドメイン 2: ソースコントロールの設計と実装 (15-20%)

Git とブランチ戦略を扱うドメインです。 中心は Git ブランチ戦略 (GitFlow vs GitHub Flow vs Trunk-based Development・Release Flow)、ブランチ保護 (Required Reviewers・Status Checks・Linear History・Signed Commits・Code Owners)、コードレビュープロセス (Pull Request テンプレート・Auto-merge・Draft PR)、サブモジュール / Submodule / Subtree、モノレポ vs Polyrepo 戦略、Git LFS によるバイナリ管理、Secret Scanning による Credential 漏洩検知、GitHub Advanced Security の機能群。 近年のトレンドである Trunk-based Development + Feature Flag や GitOps (FluxCD / Argo CD) も出題範囲に入っています。

ドメイン 3: ビルドとリリースパイプラインの設計と実装 (40-45%、最重要)

配点最大の中核ドメインで、本試験の合否を最も大きく左右します。 中心は Azure Pipelines / GitHub Actions の YAML パイプライン設計 (Triggers・Jobs・Steps・Tasks・Variables・Parameters・Conditions・Templates・Dependencies)、Multi-stage パイプライン (Build / Test / Stage / Prod)、Environment / Approval / Gate による段階リリース、Self-hosted Agent vs Microsoft-hosted Agent の使い分け、Container Registry 統合 (Azure Container Registry / GitHub Container Registry)、IaC 組み込み (Bicep / ARM / Terraform を CI/CD に組み込む)、デプロイ戦略 (Blue-Green・Canary・Feature Flag・Rolling Update・A/B Testing)、成果物管理 (Azure Artifacts / GitHub Packages・NuGet / npm / Maven / Python Package)。

本ドメインの落とし穴は、YAML 構文の細部。trigger / pr / pool / steps / template の YAML キー名と階層を正確に答えられないと選択肢で迷います。Azure Pipelines と GitHub Actions の同じ概念に対する異なるキー名(例: Azure Pipelines の pool vs GitHub Actions の runs-on) も頻出。両者の構文を並べて比較した学習ノートを作るのが定石です。

ドメイン 4: セキュリティとコンプライアンスの計画策定 (10-15%)

DevSecOps を扱うドメインで、近年急速に重要度が増しています。 中心は Microsoft Defender for DevOps (Azure DevOps / GitHub への統合)、Credential Scanning (GitHub Secret Scanning・Azure Pipelines の Pre-build 検査)、SAST (Static Application Security Testing) (CodeQL・SonarQube)、DAST (Dynamic Application Security Testing) (OWASP ZAP・Burp Suite Pro)、SCA (Software Composition Analysis) (Dependabot・WhiteSource Bolt)、Container Image Scanning (Trivy・Microsoft Defender for Containers)、IaC スキャン (Checkov・tfsec)、Compliance フレームワーク (SOC 2・ISO 27001・PCI DSS・HIPAA)。 本ドメインは GitHub Advanced Security の機能群を中心に問われ、AZ-400 が GitHub 比重を高めている象徴的領域です。

ドメイン 5: 計装戦略の実装 (10-15%)

本番運用フェーズの可観測性を扱うドメインです。 中心は Application Insights による APM (Distributed Tracing・Live Metrics・Smart Detection)、Log Analytics + Azure Monitor による横断ログ集約、Azure Workbook / Dashboard による可視化、GitHub Insights による開発生産性可視化、SLI / SLO / SLA の設計 (Service Level Indicator / Objective / Agreement)、Error Budget の運用、Chaos Engineering (Azure Chaos Studio)、OpenTelemetry の活用。 本ドメインは SRE プラクティスを Azure / GitHub 上で実装する知識が問われ、Google の SRE Book の概念 (SLI / SLO / Error Budget) を Azure 製品にマッピングできるかが鍵です。

IaC: Bicep / ARM / Terraform の使い分け

AZ-400 では IaC の 3 ツールが扱われますが、配点比率は Bicep > ARM > Terraform の順です。Bicep は Microsoft 推奨の Azure 専用 DSL で、ARM JSON より可読性が高く 2026 年現在の Microsoft 公式ベストプラクティス。新規 Azure プロジェクトは Bicep 一択というのが業界共通認識。ARM テンプレート は旧来の JSON 形式で、レガシーシステム保守や複雑な条件分岐が必要なケースで残る。Bicep が ARM にトランスパイルされる仕組みのため、両者の対応関係は本試験で頻出。Terraform は HashiCorp 製のマルチクラウド対応 IaC ツールで、AzureRM Provider 経由で Azure リソースを管理。マルチクラウド要件・既存 Terraform プロジェクト・チームの Terraform スキル蓄積がある場合に採用。

本試験では『どの場面で Bicep / ARM / Terraform を選ぶか』『各ツールの YAML / HCL 構文を読めるか』が問われ、Bicep のシンプルなリソース定義は最低限暗記、ARM の主要セクション (parameters / variables / resources / outputs) の構造理解、Terraform の HCL ブロック構文の読解レベルが必要です。

3-4 ヶ月の合格ロードマップ

AZ-104 取得済み + DevOps 実務経験 1-3 年を想定した 3 ヶ月プランです。Month 1: Microsoft Learn の AZ-400 学習パス (プロセス / ソースコントロール / セキュリティ編) を消化、GitHub と Azure DevOps の無料アカウントを作成、サンプルプロジェクト 1 つで Pipeline / Actions の両方を実装。Month 2: ビルド / リリースパイプラインドメインを学習、Multi-stage YAML パイプラインを 5 個構築、Bicep / ARM / Terraform で同じインフラを 3 通り実装。Month 3: 計装戦略ドメインと総仕上げ。Application Insights + Log Analytics の Sample Dashboard 構築、公式 Practice Assessment を 80% 取れるまで反復、ケーススタディ模擬問題演習。 前提資格 (AZ-104 / AZ-204) 取得済みでない場合は前段に 3-4 ヶ月置いて、合計 6-7 ヶ月計画が現実的です。

AZ-400 の次に何を目指すか

AZ-305 (Solutions Architect Expert) との二刀流が最有力。AZ-400 + AZ-305 = 設計 + デプロイ自動化の両言語を話せるテックリード / プリンシパルエンジニア像を確立できます。 セキュリティ統合を志向するなら SC-100 (Cybersecurity Architect Expert) で DevSecOps の上位レイヤへ、SC-300 (Identity Admin) でセキュリティ × ID の二刀流。 マルチクラウド DevOps を志向するなら AWS Certified DevOps Engineer - Professional・Google Cloud Professional Cloud DevOps Engineer・Kubernetes 認定 (CKA / CKAD / CKS) との二刀流が転職市場で評価されます。 年収レンジは 900-1,400 万円帯のシニア DevOps / SRE / プラットフォームエンジニア求人で AZ-400 単体保有が必須要件として表記されることが急増しています。

よくある質問

本記事の試験情報は Microsoft Learn 公式 AZ-400 ページ およびAzure DevOps Documentation に基づいています。 本記事は Microsoft Corporation の公式商品ではなく、いかなる提携・後援関係もありません。 Microsoft、Azure、Azure DevOps、GitHub は Microsoft group of companies の商標です。 情報は 2026 年 5 月 24 日時点の公式公開資料に基づきます。最新情報は必ず公式ページをご確認ください。