DP-420 完全ガイド｜Microsoft Cosmos DB Developer Specialty 出題範囲・学習リソース・合格戦略

Microsoft Certified: Cosmos DB Developer Specialty (DP-420) は、Azure Cosmos DB for NoSQL を中心としたグローバル分散 NoSQL データベースを設計・実装・運用する開発者向け Specialty 認定です。 Cosmos DB は Microsoft 製の主力 NoSQL データベースで、グローバル分散・Multi-Model API・Single-digit Millisecond レイテンシ SLA を提供する Azure の代表的サービス。 DP-420 はその専門性を証明する代表的な認定で、Cosmos DB を本番運用する企業の開発者・DBA・データアーキテクトにとって価値の高い 1 本です。

本記事では、DP-420 の試験仕様、対象 API (NoSQL 中心)、5 ドメイン構成、Partition Key 設計と RU/s の重要性、3 ヶ月の合格ロードマップ、合格後の展開ルートまでを整理します。 Cosmos DB は SQL Server 系の DBA 出身者にとって思考の切り替えが必要な領域ですが、習得すれば AI / リアルタイム / IoT 案件で強い武器になる技術です。

DP-420 の試験基本仕様

DP-420 の試験仕様は Specialty ティア共通です。120 分・40 ~ 60 問、合格点 700 / 1000、165 USD / 21,103 円、12 ヶ月有効 (renewal assessment で更新可)。 Pearson VUE 経由で OnVUE オンラインまたはテストセンターで受験可能、日本語含む多言語対応。 前提認定は不要ですが、Azure 基礎 (AZ-900 レベル) と C# / Python / JavaScript いずれかのプログラミング基礎が必要。 出題形式は選択肢問題に加え、SDK コード (C# / Python / JavaScript) の読解、Cosmos DB SQL クエリの読解、RU/s 計算問題、ケーススタディを含み、Cosmos DB 固有の設計判断を問う出題が多数を占めます。

Cosmos DB の API オプション

Cosmos DB は単一サービスで複数の API を提供する Multi-Model NoSQL データベースです。

• NoSQL API (旧 SQL API、ネイティブ): JSON ドキュメント + SQL ライクなクエリ、Cosmos DB の主力 API
• MongoDB API: 既存 MongoDB アプリケーションの移行先、MongoDB プロトコル互換
• Cassandra API: 既存 Cassandra アプリケーションの移行先、CQL 互換
• Gremlin API: グラフデータベース、Apache TinkerPop / Gremlin クエリ
• Table API: 既存 Azure Table Storage 互換、KVS パターン

DP-420 は主に NoSQL API に焦点を当てます。他の API (MongoDB / Cassandra / Gremlin / Table) は試験範囲外、または小割合のみ。Cosmos DB を新規採用するプロジェクトは NoSQL API がほぼ標準なので、DP-420 学習で習得する知識は最も実務応用範囲が広いと言えます。

ドメイン 1: データモデルの設計と実装 (35-40%、最重要)

配点最大の中核ドメインで、本試験の合否を最も大きく左右します。 中心は エンティティの正規化 vs 非正規化 (NoSQL は基本的に非正規化、リレーショナル思考から脱却することが鍵)、埋め込み (Embedded) vs 参照 (Referenced) の選定 (1:1・1:few・1:many・many:many パターン)、パーティションキー設計戦略 (高カーディナリティ・アクセス分散・クエリパターン整合・書き込み分散)、複数コンテナ vs 単一コンテナ 設計 (Discriminator パターンによる単一コンテナ集約)、Time-to-Live (TTL)・Unique Key Policy・Hierarchical Partition Key (3 階層までのパーティション拡張、2023 年 GA)。

本ドメインの最大の落とし穴は Partition Key の選定。良い Partition Key の条件 (高カーディナリティ・アクセス分散・クエリ整合・書き込み分散) を要件から読み取り、Synthetic Partition Key (複合キー、例: tenantId_userId_yyyymm) を組む判断ができることが必須です。

ドメイン 2: データ分散の設計と実装 (5-10%)

Cosmos DB のグローバル分散機能を扱うドメインです。 中心は Multi-region Write (Multi-master) 構成、Conflict Resolution Policy (Last Writer Wins・Custom Stored Procedure・Asynchronous)、Consistency Level (Strong・Bounded Staleness・Session・Consistent Prefix・Eventual の 5 段階) の選定、Read Region / Write Region 構成、Automatic Failover と Manual Failover の使い分け。 本ドメインの落とし穴は、Consistency Level の選定。Strong は最高一貫性だがレイテンシ / 可用性犠牲、Eventual は最高性能だが一貫性犠牲、というトレードオフを要件から判断する設計問題が頻出します。

ドメイン 3: Cosmos DB ソリューションの統合 (5-10%)

Cosmos DB と他 Azure サービスの統合を扱うドメインです。 中心は Change Feed (Cosmos DB の変更ログを順次読み取る機能・Push モデル vs Pull モデル)、Azure Functions Trigger (Change Feed をトリガーに Functions を実行)、Event Hub / Service Bus 連携、Azure AI Search インデックス連携 (Cosmos DB データを全文検索化)、Azure Synapse Link / Fabric Mirroring によるリアルタイム分析 (Cosmos DB データを ETL なしで Synapse / Fabric から分析)。 Change Feed は Cosmos DB の特徴的な機能で、リアルタイムデータ処理パイプラインの起点として頻繁に利用されます。

ドメイン 4: Cosmos DB ソリューションの最適化 (15-20%)

Cosmos DB のパフォーマンス改善を扱うドメインです。 中心は クエリ最適化 (Cross-partition Query を避ける・Index Hint・OFFSET LIMIT の RU 消費を理解する)、RU/s 最適化 (x-ms-request-charge ヘッダで実消費を計測・Optimize Query メソッド)、Indexing Policy のカスタマイズ (Default は全プロパティ Index、不要な path を除外することで書き込み RU 削減)、パーティション再設計 (Hot Partition 検出と再分散)、Provisioned vs Serverless vs Autoscale の選定 (定常負荷 → Provisioned、不規則負荷 → Serverless、変動負荷 → Autoscale)。

ドメイン 5: Cosmos DB ソリューションの保守 (25-30%)

Cosmos DB の運用フェーズを扱うドメインです。 中心は バックアップ / リストア (Periodic Backup・Continuous Backup [Point-in-Time Restore]・Backup Retention・リージョン間 Restore)、モニタリング (Cosmos DB Insights・Diagnostic Logs・Metrics・Alert)、移行 (Azure Data Factory・Azure Database Migration Service・Data Migration Tool [DMT]・Spark Connector)、セキュリティ (Microsoft Entra ID 認証・RBAC・Customer-Managed Key・Private Endpoint・IP Filter)、Capacity Planning (Provisioned RU/s の見積もり・Reserved Capacity による割引購入)、Multi-tenancy パターン (Container per Tenant vs Partition per Tenant vs Database per Tenant)。

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

Azure 経験ありで Cosmos DB 実務経験 1-3 年を想定した 3 ヶ月プランです。Month 1: Microsoft Learn の DP-420 学習パス (データモデル / Distribution 編) を消化、Cosmos DB 無料ティアでアカウント作成、C# または Python SDK で CRUD アプリケーションを 1 つ構築。Month 2: 統合 / 最適化ドメインを学習、Change Feed + Azure Functions のリアルタイム処理パイプラインを実装、Synapse Link または Fabric Mirroring でのリアルタイム分析体験、クエリ最適化と RU 消費分析。Month 3: 運用 / 保守ドメインと総仕上げ。バックアップ / リストア・モニタリング設定・Indexing Policy カスタマイズ・公式 Practice Assessment を 80% 取れるまで反復。 Cosmos DB / NoSQL 未経験者は前段に NoSQL 基礎学習を 1-2 ヶ月置いて、合計 4-5 ヶ月計画が現実的です。

DP-420 の次に何を目指すか

Cosmos DB 専門エンジニアの王道進路は、AZ-204 (Developer Associate、2026-07 リタイア注意) で Azure 開発全般を統合 → AZ-305 (Solutions Architect Expert) でデータ基盤を含む全体設計力を取得。 データ統合領域なら DP-700 (Fabric Data Engineer Associate) で Microsoft Fabric ベースのモダンデータ基盤を取得、AI 連携なら AI-103 (2026-06 GA) で Cosmos DB を生成 AI / RAG 基盤として活用する設計を学習。 マルチクラウド NoSQL 専門なら AWS Certified Database - Specialty (DynamoDB)・Google Cloud Professional Database Engineer・MongoDB Certified Developer などの認定との二刀流が転職市場で評価されます。 年収レンジは 800-1,200 万円帯のシニア NoSQL 開発者 / クラウドデータベースエンジニア求人で DP-420 が必須または推奨要件として表記されることが増えています。

よくある質問

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