AWS DVAの難易度はどのくらいですか？

AWS認定の中ではアソシエイトレベルに位置します。ただし、SAA（ソリューションアーキテクト）と出題の方向性が異なり、アプリケーション開発の実装知識が問われるため、インフラ担当には難しく感じる領域があります。私はDVA未受験のため、公式試験ガイドと調査ベースで書いています。

SAAとDVAはどちらが難しいですか？

どちらが難しいかは背景知識によります。インフラ担当にはSAAの方が取りやすく、アプリ開発者にはDVAの方が取りやすいと言われています。出題範囲の方向性が異なるため単純比較はできません。

DVAはSAAを持っていれば有利ですか？

IAMやネットワークの基礎など共通する領域では有利です。ただし、SDK・Lambda・CI/CDなどの開発者向け知識はSAAとはあまり重なりません。差分の学習が必要です。

DVAの合格ラインは何点ですか？

2026年8月1日時点の情報では、100〜1000点スケールで720点以上が合格ラインです。65問・130分の試験です。受験料は150 USDです。最新情報はAWS公式サイトでご確認ください。

AWS DVA の難易度｜インフラ側から見たときの壁

はじめに：私はDVAをまだ受験していません

最初に明示します。私（桑原拓）はAWS DVA（AWS Certified Developer – Associate）をまだ受験していません。

この記事は、公式試験ガイドと自分がSAA・SAPを取得してきたインフラ担当エンジニアとしての経験をもとに、「DVAに挑むとしたらどこが壁になりそうか」を調査・整理したものです。体験談として書けない部分については、情報の出典と「調査ベースである」ことを明記します。

実際に受験した人の体験談を探している場合は、この記事だけでなく、合格体験記なども合わせて参考にしてください。

DVAの全体的な位置づけについてはDVAを取るべきか、勉強方法についてはDVAの勉強方法に別記事でまとめています。SAP取得後の次のステップとして検討している場合はSAPの合格体験記も参考にどうぞ。

DVAの試験概要（2026年8月1日時点）

公式情報をもとに整理します。最新の情報は必ずAWS公式の試験ページで確認してください。

試験名: AWS Certified Developer – Associate (DVA-C02)
問題数: 65問
試験時間: 130分
合格ライン: 720点（100〜1000点スケール）
受験料: 150 USD
有効期限: 3年（更新が必要）

SAAやSAPと同じアソシエイトレベルの位置づけですが、出題の方向性が異なります。SAA・SAPがアーキテクチャ設計の視点で問うのに対し、DVAはアプリケーション開発者の視点で問うのが大きな違いです。

問題の形式は単一回答と複数回答があります。試験問題のスコアリングに使われない採点対象外問題も含まれており、65問のうち何問かはスコアに反映されません。ただし、どの問題が採点対象外かは試験中にはわかりません。

試験はピアソンVUEのテストセンターまたはオンラインで受験できます。AWS認定試験の受験方法の詳細はAWS公式サイトをご確認ください。

DVAの出題分野の構成

公式試験ガイドをもとにした分野構成です（概要）。

分野	概要	出題比率（目安）
分野1: AWSサービスによる開発	SDK・APIの使い方・各サービスの開発者向け機能	32%
分野2: セキュリティ	認証・認可・暗号化・シークレット管理	26%
分野3: デプロイ	CI/CD・IaC・デプロイ戦略	24%
分野4: トラブルシューティングと最適化	監視・ログ・パフォーマンス・デバッグ	18%

出題比率は公式試験ガイドの記載内容を基にした目安です。実際の試験での比率は変動することがあります。最新の正確な情報は公式試験ガイド（PDF）でご確認ください。

各分野の出題比率を見ると、開発とセキュリティで約58%を占めています。AWSのサービスを開発者として使う視点が問われる部分が、インフラ担当にとって最も準備が必要な領域です。

出題範囲の詳細な対比についてはDVAの出題範囲に別記事でまとめています。

インフラ担当がDVAで壁になりやすいこと

ここからが、この記事のメインの話です。SAA・SAPを持つインフラ担当が、DVAに挑むときに壁になりやすいと私が推測する領域を整理します。

⚠️ 注意点

この節の内容は、私がDVA未受験のため、公式試験ガイドの分析と自分がSAA・SAPを学んだ経験に基づく推測・調査ベースの内容です。実際の難易度は個人の背景知識や経験によって異なります。実際に受験した人の感想も合わせて参考にしてください。

SDKの使い方と各サービスのAPIレベルの知識

インフラ担当にとって最も大きな壁になりやすいのは、AWSのSDKを使ったプログラミングの知識です。

SAAやSAPでは「このサービスを使うとこういうことができる」という設計レベルの知識が問われます。一方DVAでは「このサービスのAPIをどう呼ぶか」「エラーが出たときにどのAPIのどのパラメーターを確認するか」という実装レベルの知識が問われます。

インフラ担当は、サービスの使い方をマネジメントコンソールやIaCツール（Terraform・CloudFormationなど）から操作することが多く、SDKを直接使うケースが少ない場合があります。S3への読み書き、DynamoDBのクエリ方法、SQSのメッセージ処理をSDKで実装するイメージが薄い場合、この部分の学習に時間が必要になります。

具体的には、SDK利用時の認証フロー（IAMロール・一時クレデンシャルの取得方法）、ページネーション処理の扱い、エラーハンドリングの方法などが問われます。これらはアプリケーション開発者なら日常的に扱うものですが、インフラ担当には馴染みが薄いことがあります。

Lambdaの実装詳細

LambdaはSAAでも登場するサービスですが、SAAとDVAでは問われる深さが違います。

SAAでは「Lambdaを使うとサーバーレスでイベント駆動の処理ができる」という設計上の知識が問われます。DVAでは「Lambdaのコールドスタートはどういう状況で発生するか」「デプロイパッケージのサイズ制限はどうなっているか」「Lambdaのレイヤーをどう活用するか」「VPC内のLambdaでPrivateリソースにアクセスするにはどうするか」といった実装の詳細が問われます。

インフラ担当にとっては、Lambdaの実装を書いたことがない場合、「コードを書く人の視点でLambdaをどう使うか」というイメージが掴みにくいことがあります。ハンズオンでLambdaを実際に書いてみることが、この壁を乗り越えるために有効だと思われます。

Lambdaのタイムアウト設定・メモリとCPUの関係・エラーの種類（スロットリング・タイムアウト・実行エラー）・デッドレターキューの設定など、運用とデバッグに必要な知識も問われます。

💬

SAPを勉強するとき、Lambdaはサーバーレスアーキテクチャの文脈で出てきましたが、「どう呼ばれるか」「どうトリガーされるか」という設計視点でした。DVAでは「どうデプロイするか」「どうデバッグするか」という開発者視点になるので、同じサービスでも勉強の角度がかなり違います。インフラ担当がDVAを目指す場合、Lambdaについては「書いて動かす」経験を積む方が理解が深まると思います。

CI/CDパイプラインの実装知識

DVAではAWS CodePipeline・CodeCommit・CodeBuild・CodeDeployなど、AWSのCI/CDツールセットの知識が問われます。

インフラ担当はCI/CDのシステムを構築・運用した経験がある場合もありますが、「AWSの専用CI/CDサービスを使って構築する」経験は少ないことがあります。GitHubActionsやJenkinsを使っているエンジニアにとっては、AWSのツールセット特有の概念（CodeDeployのデプロイ設定・AppSpec・デプロイグループなど）が新しい学習事項になります。

デプロイ戦略（ブルーグリーンデプロイ・カナリアデプロイ・ローリングアップデート）自体の概念はSAP でも学びますが、DVAではそれをAWSのCI/CDサービスでどう実装するかという視点が問われます。

CodeBuildのビルドspec.yaml、CodeDeployのappspec.ymlの書き方、パイプラインのステージ設定、承認アクションの組み込みなど、設定ファイルレベルの知識が必要になります。

コンテナとサーバーレスの実装寄りの知識

ECS・EKS・Fargateについては、SAPでも「コンテナオーケストレーションの選択肢」として登場しますが、DVAではタスク定義の書き方・環境変数の扱い・サービスディスカバリの設定など、実装寄りの内容が問われます。

SAM（Serverless Application Model）はDVAの出題でよく登場します。CloudFormationのサーバーレス向け拡張であるSAMは、Lambdaアプリケーションの定義・デプロイに使うツールです。SAPではCloudFormationそのものの知識は必要ですが、SAMはDVA寄りの内容です。SAMのテンプレート構文・ローカルテスト環境の使い方・SAM CLIのコマンドなどが問われます。

Step FunctionsもDVAに出題されます。ワークフロー定義（Amazon States Language）の読み方、エラー処理・リトライの設定、タスクトークンを使った外部システムとの統合などが問われます。SAP でもStep Functionsは出てきますが、DVAでは実装寄りの設問が多いと予想されます。

X-Ray・CloudWatchによるデバッグと可観測性

DVAのトラブルシューティング分野では、X-RayとCloudWatchを使ったアプリケーションのデバッグ・可観測性が問われます。

X-Rayはリクエストのトレースを可視化するサービスです。サービスマップの読み方、セグメント・サブセグメントの構造、サンプリングレートの設定、X-Ray SDKの組み込み方などが問われます。インフラ担当はCloudWatchのメトリクスやログには慣れていることが多いですが、X-Rayによるアプリケーショントレースは使ったことがない場合があります。

CloudWatchについてはSAP でも登場しますが、DVAではアプリケーションログの構造化・メトリクスフィルターによるカスタムメトリクスの作成・CloudWatch Insightsを使ったログ分析など、開発者視点の使い方が問われます。

DynamoDBのデータモデリングと操作

DynamoDBはDVAで重点的に問われるサービスのひとつです。SAAでもRDBとNoSQLの選択の場面でDynamoDBは登場しますが、DVAではパーティションキーとソートキーの設計・GSI（グローバルセカンダリインデックス）・LSI（ローカルセカンダリインデックス）・クエリとスキャンの使い分け・DAX（DynamoDB Accelerator）など、実際にDynamoDBを使う開発者が知っておくべき内容が深く問われます。

RDB（MySQLやPostgreSQL）の経験はあるが、NoSQLのデータモデリング経験がない場合、DynamoDBの設計思想（テーブル設計の方法、アクセスパターン中心の設計）が新しい学習事項になります。

トランザクション処理・コンディショナル式・バッチ書き込み・ストリームの活用なども出題範囲に含まれます。

API Gateway・Cognito・STS

API GatewayはREST API・HTTP API・WebSocket APIの設定方法、認証・認可の設定（Cognitoオーソライザー・Lambdaオーソライザー）、スロットリング・キャッシュ設定、使用量プランとAPIキーの設定などが問われます。

CognitoはSAAよりもDVAで深く問われるサービスのひとつです。ユーザープール・IDプールの違い、サインアップ・サインインフロー、Cognitoグループによる権限管理、外部IDプロバイダーとの連携（SAML・OIDC）などが出題されます。

STS（Security Token Service）は一時クレデンシャルの取得方法（AssumeRole・AssumeRoleWithWebIdentity・AssumeRoleWithSAML）が問われます。インフラ担当でも知っている場合はありますが、SDKから使う方法や、クロスアカウントアクセスの実装パターンがDVAでは問われます。

✅ ここだけ読めばOK

インフラ担当がDVAで壁になりやすいと予想される領域
- SDKを使ったプログラミングの知識（S3・DynamoDB・SQS・SNSの操作方法）
- Lambdaの実装詳細（コールドスタート・デプロイパッケージ・レイヤー・VPC設定）
- CI/CDパイプライン（CodePipeline・CodeBuild・CodeDeploy）の実装知識
- コンテナ・SAM・Step Functionsの実装寄りの知識
- X-RayとCloudWatchによるアプリケーションデバッグ
- DynamoDBのデータモデリングと操作
- API Gateway・Cognito・STSの実装知識

SAAを持っている人がDVAに挑む場合の全体像

SAAとDVAの知識の重なり部分と、重ならない部分の整理についてはDVAの出題範囲に詳しく書いています。

全体的な方針として、SAAを持っているインフラ担当がDVAに挑む場合、「SAAで学んだことは再確認程度にして、開発者向けの知識に学習時間を集中させる」のが効率的だと思います。

SAAとDVAで重なる知識（IAMの基本・S3の基礎・VPCの基礎・RDSの基礎など）は、SAAで既に学んでいるため復習で対応できます。一方、SDKの使い方・Lambdaの実装詳細・CI/CD・DynamoDBの深い知識は、SAAでは十分にカバーされていないため、新規の学習として時間をかける必要があります。

学習期間の目安についてはDVAの勉強方法の記事で整理しています。

DVAとSAAはどちらを先に取るか

「DVAとSAAどっちから取るべきか？」という判断についてはAWS認定資格どれから取るべきかにまとめていますが、ここでも私の考えを書いておきます。

インフラ担当エンジニアであれば、まずSAAを取ることをおすすめします。理由は、インフラ担当の業務知識との重なりが大きく、学習の効率が高いからです。SAAで学んだ知識の上にDVAの知識を積み上げていく方が、最初からDVAを目指すよりも体系的に学べます。

アプリケーション開発者であれば、DVAを先に取る方が自分の業務知識と合いやすいです。ただし、サービス全体の設計を把握するためにSAAも取得することで、より幅広い技術者として評価されやすくなります。

どちらの順番で取得するにしても、「SAAの知識があると、DVAでの一部の学習が楽になる」という関係があります。両方取得することを視野に入れているなら、SAAを先に取得する方が効率的です。

DVAを取ることのキャリアへの影響

DVAを取ることで、どんなキャリアへの影響があるかについてはDVAを取るべきかに詳しく書いています。

ここでは短く触れておくと、DVAはアプリケーション開発者向けの資格として位置づけられており、バックエンド開発・サーバーレス開発・DevOpsエンジニアのポジションでは評価されやすいです。インフラ担当がSAA・SAPに加えてDVAを持っている場合、「インフラだけでなく開発側の視点も持てる人」として評価の幅が広がる可能性があります。

ただしDVAは万能ではなく、「DVAを持っていれば開発もできる」とは評価されません。実際の開発経験と合わせて示すことが重要です。

転職でのキャリアへの影響が気になる場合はAWS資格は転職でどう評価されるかも合わせて参考にしてください。SAP取得後のキャリアへの影響についてはSAPを取る意味はあるかに私の経験を書いています。

まとめ

✅ ここだけ読めばOK

DVAは私（桑原拓）は未受験。公式試験ガイドと自分のSAA・SAPの経験を基にした調査ベースの記事
試験形式：65問・130分・合格ライン720・150 USD（2026年8月1日時点）
インフラ担当がDVAで壁になりやすいのは：SDK・Lambda実装・CI/CD・DynamoDB・X-Ray等
SAAとDVAは出題方向が異なる。SAAは設計視点、DVAは実装視点が中心
SAAを持つインフラ担当がDVAに挑む場合、開発者向け知識の新規学習に時間を集中させることが効率的
最新の試験情報は必ずAWS公式サイトで確認してください

DVAの難易度は「アソシエイトレベルの試験」ですが、インフラ担当にとっては馴染みのない開発者向け知識が多く、準備には一定の時間が必要です。自分の業務経験と試験範囲のギャップを把握してから学習計画を立てることが、効率的な準備につながります。

DVAに出てくるAWSサービスをどうやって学ぶか

DVAを目指す場合、学習の進め方として「書いて動かす」経験が特に重要になります。インフラ担当はドキュメントを読んで概念を理解するのは得意な場合が多いですが、DVAでは実装の詳細も問われます。

AWS公式のハンズオンを活用する

AWS Skill Builder（AWSの公式学習プラットフォーム）では、DVA向けの学習コンテンツとハンズオンが提供されています。特にLambda・DynamoDB・API Gatewayなどのハンズオンを実際に手を動かしながら進めることで、実装のイメージが掴みやすくなります。

ハンズオンを通じて「マネジメントコンソールで操作する方法」だけでなく「SDKやSAM CLIで操作する方法」を学ぶことが、DVAの試験対策として重要です。

小さなサーバーレスアプリケーションを作ってみる

Lambdaを使った小さなAPI（例：S3に画像をアップロードしてDynamoDBにメタデータを書き込むAPI）を自分で作ってみることが、DVAの実装知識を体感で学ぶ最も効果的な方法のひとつです。

実際に作ることで、「エラーが出たらどこを確認するか」「パフォーマンスが出ないときのボトルネックはどこか」という運用の観点も自然に身につきます。DVAのトラブルシューティング問題は、こういった実体験がある方が解きやすくなります。

SAM CLIを使ったローカルでのLambdaテストも、DVAの試験範囲に含まれる内容です。SAM CLIのインストールと基本的な使い方を一度体験しておくことで、試験での問題が具体的にイメージしやすくなります。

AWSの公式ドキュメントとFAQを読む

DVAの勉強で特に重要なのは、AWS公式ドキュメントのベストプラクティスセクションとFAQです。特にLambda・DynamoDB・SQS・SNS・Kinesis・ECS・CodeDeployのドキュメントを読むことで、試験に出るレベルの実装知識が整理できます。

FAQには「このサービスのこの機能はどういう制限があるか」「この操作はどのAPIを使うか」といった具体的な情報が載っています。試験では数値や制限値が問われることがあるため、サービスごとの制限値（Lambdaのタイムアウト上限・デプロイパッケージサイズ・DynamoDBのアイテムサイズ制限など）は確認しておくことをおすすめします。

DVAの試験準備に役立つ学習リソース

DVAの試験準備に使えるリソースとして、公式情報の観点で整理します。私自身がDVA向けに試したわけではないため、調査ベースで書きます。

AWS公式のリソースとしては、AWS Skill BuilderのDVA向け学習コース・公式試験ガイド・サンプル問題（公式が公開しているもの）があります。公式試験ガイドは出題分野と比率が明記されているため、学習計画を立てる際の基準として活用できます。

公式サンプル問題を先に解いてみることで、「どの程度の深さの知識が問われるか」の感覚を掴むことができます。SAAの過去問と比較して問題の方向性の違いを把握することも有効です。

SAPを持っている場合のDVAへの近道

私はSAPを2024年に取得しており、SAPの知識をベースにDVAを目指す場合の近道について考えてみます。

SAPで深く学んだ領域の中で、DVAと重なるものがあります。具体的には、IAMの詳細（STS・ロール・ポリシー）、マルチアカウントのセキュリティ設計（ガードレールとしてのSCPなど）、DynamoDBの設計パターン（SAPのコスト最適化の文脈で出てきます）、Lambdaのイベント駆動アーキテクチャなどです。

SAPでマルチアカウント設計を学んでいると、DVAのセキュリティ分野（クロスアカウントアクセスの実装・IAMロールの引き受け）で既に知識を持っている部分があります。この部分の復習は比較的短時間で済む可能性があります。

一方で、SAPでは深く扱わないDVA固有の知識（SAM・CodePipeline/CodeDeploy/CodeBuildの実装・X-RayのSDK組み込み方法・DynamoDBのSDKによる操作）は新規の学習として時間をかける必要があります。

SAPを経由してDVAに向かうルートの詳細は、DVAの勉強方法やAWS認定資格どれから取るべきかにまとめています。

DVA受験に向けての心構え

私はDVAをまだ受験していないため、受験体験談として書ける内容はありませんが、SAAとSAPの受験を通じて感じた「試験に向かう心構え」を共有します。

AWS認定試験は、正解を暗記するよりも「なぜそちらが正解になるか」を理解することが重要です。設問のシナリオ（「このシステム要件を満たすには何を使うか」）に対して、複数の選択肢の中から「最も適切な」ものを選ぶ問題が多いです。

DVAでは「開発者の観点で考える」ことが求められます。インフラ担当にとっては、「自分が実際にこのアプリを作るとしたら、どのAPIを呼ぶか」「このエラーが出たとき、最初にどこを確認するか」というシミュレーションを意識しながら学習することで、実装視点が身につきやすくなると思います。

試験範囲は広いため、全部を完璧にしようとするよりも、出題比率が高い分野（開発・セキュリティ）に学習時間を多く配分する方が効率的です。DVAの勉強方法についてはDVAの勉強方法に詳しくまとめています。

DVAを取得した後にどんなキャリアへの変化が期待できるかは個人差があります。資格取得の目的を明確にした上で、学習計画を立てることをおすすめします。転職を考えている場合はSAPを取る意味はあるかも参考になる部分があるかもしれません。

DVAの難易度についての最終的な見解

DVAの難易度を一言で表すなら「インフラ担当には普通より難しく感じる可能性がある試験」です。アソシエイトレベルに位置する試験ですが、インフラ担当にとっての難易度はSAAより高くなる場合があります。

これはDVAが「簡単な試験」ではないという意味ではなく、「インフラ担当にとって馴染みのない知識領域を含む試験」だということです。アプリケーション開発者にとっては、逆にSAAより取り組みやすい部分があるかもしれません。

難易度の感じ方は背景知識によって大きく変わります。DVAの受験を検討している場合は、まず公式試験ガイドのサンプル問題を解いてみて、「どの程度の準備が必要か」を自分で確認することをおすすめします。

DVAに限らず、AWS認定試験は試験の方向性を把握した上で計画的に準備することが、効率的な合格への道です。