AWS Developer Associate（DVA-C02）合格ガイド｜サーバーレス・イベント駆動・CI/CD設計をコードで理解する3か月学習戦略

SAA（AWS Solutions Architect – Associate）を取得したあと、「次は何を受けるべきか」と迷うエンジニアは多い。SysOps（SOA）か、Professional（SAP）か、あるいはGCPやAzureを狙うか――その選択肢のなかで、意外と見落とされがちな資格がある。AWS Certified Developer – Associate（DVA-C02） だ。

「開発者向けの試験だから、インフラ担当の自分には関係ない」と思うかもしれない。その直感は半分正解で、半分は誤解だ。DVA-C02が問うのは、Lambda・API Gateway・DynamoDB・SQS/SNS・KinesisといったマネージドサービスをコードとCI/CDで実際に動かす設計力であり、SAAで学んだアーキテクチャを「自分でデプロイして動かせるか」を問い直す試験だ。SAAが「設計図を読む力」なら、DVAは「手を動かして実装する力」を証明する。

この記事では、DVA-C02の試験全体像・ドメイン別の出題傾向・SAA取得後3か月のロードマップを、オンプレ経験のあるインフラエンジニア向けに解説する。

DVA-C02とはどんな試験か

AWS Certified Developer – Associate（DVA-C02）は、AWSでのアプリケーション開発・デプロイ・デバッグを対象にした准資格（Associate）だ。CLF・SAAに次ぐレベル感で、特にサーバーレスとCI/CDに比重が置かれている点が特徴的だ。

試験の主要スペックは以下のとおりだ（2026年10月時点）。

合格スコア720/1000はSAAと同じだ。ただし、DVA-C02は問われる知識の粒度が細かく、サービスのパラメーター設定や挙動の細部まで理解していないと正答できない問題が多い。SAAで「概要は知っている」で乗り越えたサービスを、DVAでは「どう動くか」まで掘り下げる必要がある。

SAAを持つインフラエンジニアがDVA-C02を目指す理由

インフラエンジニアがDVA-C02を取る理由は大きく2つある。

1つ目は、現場でのスコープ拡大だ。クラウド移行が進むにつれ、インフラ担当者がLambda関数のデプロイやAPI Gatewayの設定、DynamoDBテーブルの設計に関わる機会は確実に増えている。開発チームから「このLambdaを本番に動かしてほしい」と相談されたとき、DVA-C02レベルの知識があれば、コールドスタートのチューニングやIAMロールの設定ミスを自力でトラブルシュートできる。

2つ目は、CI/CDパイプライン設計への参加だ。CodeCommit・CodeBuild・CodeDeploy・CodePipelineというAWS Codeシリーズは、DVA-C02の頻出範囲だ。インフラ側がCI/CDの仕組みを理解していると、アプリチームとの連携が格段にスムーズになる。

SAAを取得済みであれば、VPC・IAM・S3・EC2といった基盤的なサービス知識はすでに身についているはずだ。DVA-C02の準備で新たに上乗せするのは主にサーバーレス層とデプロイ自動化の知識になる。SAAを持つ人のDVA準備期間は、一般的に2か月半～3か月が目安だ。

SAA取得後でない場合、まずSAA-C03合格ロードマップで基礎知識を固めてからDVA-C02に挑戦するとスムーズだ。

試験ドメインと出題比率

DVA-C02は4つのドメインで構成されている。

Domain 1（開発）が3割超と最大だが、Domain 2（セキュリティ）とDomain 3（デプロイ）を合計すると全体の50%を占める。この3ドメインの重要度はほぼ同等と考えて準備するのが現実的だ。Domain 4は比率こそ低いが、実務との直結度が高く、落とせない範囲でもある。

ドメイン別出題傾向と学習のポイント

1. Domain 1 — AWSサービスによる開発（32%）

Domain 1では、AWSの主要マネージドサービスをアプリケーションから呼び出す方法と、設計上の判断基準が問われる。インフラ経験者にとって最も新鮮な知識が集中するドメインだ。

よく問われるサービスと観点

・AWS Lambda: タイムアウト設定（最大15分）・メモリとCPUの比例関係・コールドスタートの仕組みとProvisioned Concurrencyによる低減策・Lambda Layers・IAMロールとリソースポリシーの使い分け・環境変数への秘密情報格納の是非
・Amazon API Gateway: REST/HTTP/WebSocket APIの違い・統合タイプ（プロキシ統合と非プロキシ統合の使い分け）・スロットリング設定・使用量プラン・カスタムドメイン
・Amazon DynamoDB: パーティションキーとソートキーの設計方針・GSI/LSIの違いとコスト特性・読み取り整合性（強整合性 vs 結果整合性）・TTL設定・DynamoDB Streams
・Amazon SQS / Amazon SNS: 標準キューとFIFOキューの違い・可視性タイムアウト・デッドレターキュー（DLQ）・SNSとSQSを組み合わせたファンアウトパターン
・Amazon Kinesis Data Streams: シャード分割とスロットリング・GetRecordsの制限・Lambdaとのイベントソースマッピング
・AWS Step Functions: ステートマシンによるLambda関数のオーケストレーション・エラーハンドリング

Lambdaの仕組みと設計パターンはAWS Lambdaとサーバーレス設計入門、API Gatewayの設定はAmazon API Gateway入門で体系的に確認できる。DynamoDBの設計パターンについてはAmazon DynamoDB入門を先に読んでおくと理解が深まる。

SQSは出題頻度が高い。AWS SNS vs SQS完全比較でFIFOと標準の違い、ファンアウト構成を先に整理しておくと、Domain 1の問題で時間をロスしにくい。Kinesisのシャード設計はAmazon Kinesis入門、ステートマシンを使ったLambdaオーケストレーションはAWS Step Functions入門を参照しよう。

Domain 1の学習方針

Lambda・API Gateway・DynamoDBの3サービスは、実際にAWS SAMを使ってサンプルコードをデプロイして動作を確認することが最も効果的だ。「設定値を変えると何が起きるか」を手で確かめると、選択肢の引っかけに気づきやすくなる。

2. Domain 2 — セキュリティ（26%）

Domain 2では、AWSアプリケーションにおける認証・認可・シークレット管理が問われる。SAAと重複する部分もあるが、DVA-C02ではコード側からどうセキュリティを実装するかという視点が加わる。

・AWS IAM: Lambdaに付与するロール・リソースポリシーと実行ロールの違い・一時的なクレデンシャル（STS/AssumeRole）・インスタンスプロファイルとの違い
・Amazon Cognito: ユーザープール（認証）とIDプール（認可）の違い・JWT（JSON Web Token）の検証・API Gatewayとのオーソライザー連携
・AWS Secrets Manager / AWS Systems Manager Parameter Store: シークレットの自動ローテーション・Lambda関数からの参照方法・Secrets ManagerとParameter Storeの使い分け
・AWS KMS: カスタマーマネージドキー（CMK）とAWSマネージドキーの違い・エンベロープ暗号化の仕組み・S3/DynamoDBとの統合パターン
・クロスオリジンリソース共有（CORS）: API GatewayでのCORS設定とLambdaプロキシ統合との組み合わせ

CognitoはDVA-C02の頻出サービスだ。Amazon Cognito入門でユーザープールとIDプールの役割を確認しておこう。シークレット管理のベストプラクティスはAWS Secrets Manager入門でLambdaとの連携パターンを、IAMの最小権限設計はAWS IAM入門でロールとポリシーの基礎を確認しよう。KMSの暗号化設計はAWS KMS入門が参考になる。

Domain 2の学習方針

よく見られるつまずきとして、CognitoのユーザープールとIDプールの役割混同がある。「ユーザープール＝サインイン認証（誰か？）」「IDプール＝AWSリソースへの認可（何を使えるか？）」という整理から始め、API Gatewayのオーソライザーとの組み合わせを理解すると問題に答えやすくなる。

3. Domain 3 — デプロイ（24%）

Domain 3は、CI/CDパイプラインとコンテナ/サーバーレスのデプロイが中心だ。インフラエンジニアにとって最も実務に直結しやすいドメインでもある。

・AWS SAM（Serverless Application Model）: CloudFormationの拡張としてLambda/API Gatewayをデプロイする仕組み・SAMのテンプレート構文・sam deployコマンドの流れ
・AWS Codeシリーズ: CodeCommit（ソース管理）・CodeBuild（ビルド・テスト）・CodeDeploy（デプロイ）・CodePipeline（パイプライン統合）の各サービスの役割と連携方法
・デプロイ戦略: Blue/Greenデプロイ・カナリアリリース・All-at-once・Rolling各戦略の違いとリスク管理・EC2とECSでの違い
・AWS Elastic Beanstalk: デプロイポリシー設定（All at once/Rolling/Rolling with additional batch/Immutable）・環境設定のebextensions
・Amazon ECS / Amazon ECR: タスク定義・Fargateとの組み合わせ・コンテナイメージのライフサイクルポリシー
・AWS CloudFormation: スタックのパラメーター・変更セット・ドリフト検出・SAMとの関係

CI/CDの基礎はCI/CDとは何か？クラウドエンジニアが知るべきデプロイ自動化の基礎で概念を押さえ、デプロイ戦略の詳細はBlue/GreenデプロイとカナリアリリースのAWS実践ガイドで理解を深めておきたい。コンテナデプロイのECSについてはAmazon ECS入門、ECRのライフサイクル管理はAmazon ECR入門を参照しよう。

GitHub ActionsとAWSを連携したCI/CDに興味がある方は、AWS OIDC認証入門｜GitHub ActionsからアクセスキーなしでAWSにアクセスするもあわせて読むと、実務的なパイプライン設計のイメージが広がる。

Domain 3の学習方針

よく見られるつまずきとして、CodeDeployのアプリケーション仕様ファイル（appspec.yml）の書き方がEC2とECSで異なる点がある。EC2の場合はファイルコピーとライフサイクルフック（BeforeInstall・AfterInstall等）が必要だが、ECSの場合はタスク定義とターゲットグループの切り替えが設定の核心になる。問題文に「EC2か」「ECSか」を読み落とさないようにしよう。

4. Domain 4 — トラブルシューティングと最適化（18%）

Domain 4は出題比率こそ低いが、実務で直面する問題に直結している。LambdaやAPI Gatewayが期待通りに動かないとき、どのログやメトリクスを見るべきかが問われる。

・Amazon CloudWatch: Lambdaの実行ログ・メトリクス（Duration・Error・Throttles・ConcurrentExecutions）・CloudWatch Logs Insightsによるクエリ・アラーム設定
・AWS X-Ray: 分散トレーシング・サービスマップ・Lambda/API GatewayでのX-Rayトレース有効化・アノテーションとメタデータの違い
・Lambda最適化: コールドスタート低減策（Provisioned Concurrency・ランタイム選択）・メモリ設定とコスト効率・予約済み同時実行数（Reserved Concurrency）の設定
・API Gatewayのデバッグ: CloudWatchとの統合設定・実行ログと CloudWatchアクセスログの違い・エラーレスポンスのカスタマイズ（Gateway ResponseとLambda Error Mapping）

CloudWatchの詳細はAmazon CloudWatch入門で確認しておこう。X-Rayはサービスマップで「どのサービスがボトルネックか」を視覚化できる点が試験でも問われやすい。

Domain 4の学習方針

X-Rayを実際に有効化してLambda関数を呼び出してみると、サービスマップの見方が直感的に理解できる。ハンズオンが難しい場合は、AWS公式ドキュメントのX-Ray Developer Guideで示されているサービスマップの例を理解するだけでも合格ラインは十分超えられる。Throttlesメトリクスが上昇したときの対処（Reserved Concurrencyの解放 or 上限引き上げ申請）の判断フローは押さえておこう。

3か月学習ロードマップ

SAA取得後にDVA-C02に挑戦する場合の、3か月学習計画の目安を示す。平日1時間・休日2時間程度の学習量を想定した目安だ。

1か月目：コアサービスを実装で覚える

最初の1か月は、Domain 1（開発・32%）のコアとなるLambda・API Gateway・DynamoDB・SQS/SNSを中心に学ぶ。

・1～2週目: Udemy等のDVA-C02対策動画講座を一周する（「Ultimate AWS Certified Developer Associate」等）。または、AWS Skill Builderの公式コースをインプット教材にする。SAAと重複するサービスは速読でよい。
・3週目: AWS SAMを使ってサンプルのサーバーレスAPIを実際にデプロイする。Lambda → API Gateway → DynamoDB というシンプルなCRUDアプリを動かすことで、Domain 1の核心が身につく。
・4週目: SQS/SNS・Kinesisのイベント駆動パターンを手を動かして確認する。EventBridgeと組み合わせたルーティング設計も確認しておくと試験に役立つ。

想定例として、「シンプルなTodo管理APIをSAMでデプロイし、DynamoDBにCRUDするLambda関数を書く」という課題を自分に課すと、学習がぐっと具体的になる。架空の環境で構わないので、実際に手を動かすことが重要だ。

2か月目：セキュリティとデプロイパイプラインを固める

2か月目はDomain 2（セキュリティ）とDomain 3（デプロイ）に集中する。

・1～2週目（セキュリティ）: IAMロール・Cognito・Secrets Managerの連携パターンを確認する。特にCognitoユーザープールとAPI Gatewayオーソライザーとの組み合わせを手で確認しておきたい。Lambda関数が環境変数に直書きしたシークレットをSecrets Manager参照に変える実装パターンは頻出だ。
・3週目（デプロイ戦略）: CodePipelineを使ったCI/CDパイプラインを実際に組み立てる。CodeCommit → CodeBuild → CodeDeploy → ECSというフローを一度通して体験する。Elastic BeanstalkのRolling with additional batchデプロイポリシーの動作を理解しておこう。
・4週目（全体復習）: 問題集を200問以上こなし、各ドメインの弱点を洗い出す。誤答した問題は「なぜ誤ったか」をメモする習慣をつける。

3か月目：模擬試験と弱点つぶし

3か月目は仕上げだ。

・1～2週目: AWS Skill BuilderのDVA-C02公式模擬試験（Practice Question Set）を受ける。回答ごとに解説を読み、なぜ誤答したかを記録する。
・3週目: 弱点ドメインを集中的に再学習する。一般的にはX-RayとElastic Beanstalkのデプロイポリシー、DynamoDBのGSI/LSIの差異でつまずく人が多い。
・4週目: Udemyや参考書の模擬試験をもう一巡する。模擬試験スコアが750を超えたら本番受験を予約するタイミングだ。

推奨学習リソース

・公式無料: AWS Skill Builder「DVA-C02 Practice Question Set」— 信頼性最高。解説も充実している
・動画講座: Udemy「Ultimate AWS Certified Developer Associate」（Stephane Maarek著）— 英語・日本語字幕対応で広く使われている
・参考書: 日本語での体系的な解説が必要な場合は書籍での補足学習が有効だ

よくあるつまずきと対処法

DVA-C02の学習でよく見られるつまずきを4つ挙げる。

1. DynamoDBのGSIとLSIを混同する

GSI（グローバルセカンダリインデックス）はパーティションキーを自由に変えられる代わりに、追加のRCU/WCUコストがかかる。LSI（ローカルセカンダリインデックス）はパーティションキーを変えられないが、テーブルのRCU/WCUを共有する。「GSI＝クロスパーティション検索・追加コスト有り」「LSI＝同一パーティション内ソート・テーブルRCU共有」と整理しておくと判断が速くなる。なおLSIはテーブル作成後に追加できない点も試験で問われやすい。

2. CodeDeployのデプロイ先によるappspec.ymlの差異

EC2へのBlue/GreenデプロイとECSへのBlue/Greenデプロイでは、appspec.ymlの構造が異なる。EC2の場合はファイルコピーとライフサイクルフック（BeforeInstall・AfterInstall等）が必要だが、ECSの場合はコンテナ名・ポート・ターゲットグループのマッピングが設定の核心になる。問題文に「EC2か」「ECSか」を読み落とさないようにしよう。

3. VPC内LambdaのインターネットアクセスとNAT

LambdaをVPC内に配置するとENI（Elastic Network Interface）が作成され、起動レイテンシが上がる。またVPC内LambdaからS3やDynamoDBに接続するには、VPCエンドポイントかNATゲートウェイ経由の設定が必要だ。「VPC内に配置したLambdaがインターネットに出られない」という問題文で誤答しやすいので注意しよう。

4. SQSの可視性タイムアウトとLambdaの連携

LambdaがSQSメッセージを処理する際、可視性タイムアウト（VisibilityTimeout）はLambda関数のタイムアウト値より長く設定する必要がある。タイムアウトが短いと、Lambdaが処理中にメッセージが再度キューに戻り、二重処理が発生する。一般的な推奨は「可視性タイムアウト ＝ Lambda タイムアウト × 6」だ。

本記事のまとめ

DVA-C02のポイントを整理する。

SAA取得後にDVA-C02を取ると、「設計できるだけでなく、実装して動かせる」という証明になる。アプリチームとのサーバーレス移行案件や、CI/CDパイプライン構築で確実に力を発揮できる資格だ。3か月のロードマップを参考に、ぜひ挑戦してほしい。