Study DVA-C02 Development with AWS Services: key concepts, common traps, and exam decision cues.
This is the biggest DVA-C02 domain because AWS expects developers to classify application behavior before they worry about deployment polish. Questions here usually ask whether the stronger answer is a messaging pattern, a Lambda behavior change, a DynamoDB access-pattern fix, or a cleaner SDK integration.
I verified the current DVA-C02 Domain 1 task statements on May 11, 2026. AWS currently expresses this domain as three task statements:
AWS currently weights Development with AWS Services at 32% of scored content.
This domain is not testing whether you can name every AWS service in the developer ecosystem. It is testing whether you can:
| Lesson | AWS task fit | Why it matters |
|---|---|---|
| 1.1 Application Patterns, APIs, Messaging & Integrations | Task 1.1 | This is the application-shape lane: sync vs async, stateful vs stateless, APIs, messaging, SDKs, streaming, and resilient third-party integration code. |
| 1.2 Lambda Config, Events, VPC Access & Errors | Task 1.2 | This is the Lambda behavior lane: parameters, event lifecycle, retries, DLQs, destinations, private access, integration, and performance tuning. |
| 1.3 DynamoDB, Consistency, Caching & Data Stores | Task 1.3 | This is the data-access lane: key design, query vs scan, consistency, serialization, lifecycle controls, caching, and specialized stores. |
| If the question is really about… | Go first to… |
|---|---|
| decoupling, event buses, queues, choreography, orchestration, APIs, SDK calls, or resilient third-party integrations | 1.1 Application Patterns, APIs, Messaging & Integrations |
| timeouts, concurrency, handlers, layers, triggers, destinations, DLQs, private resources, or Lambda tuning | 1.2 Lambda Config, Events, VPC Access & Errors |
| partition keys, query versus scan, consistency, indexes, serialization, caching, lifecycle controls, or specialized stores | 1.3 DynamoDB, Consistency, Caching & Data Stores |
| Symptom | What is usually going wrong | Fix first |
|---|---|---|
| every answer choice looks like a plausible service | you are choosing a product before classifying the interaction pattern | go back to 1.1 and separate synchronous request/response, buffered async, event fan-out, and orchestration |
| Lambda questions feel random | you are not anchoring on trigger semantics, retry behavior, and timeout or concurrency together | rework 1.2 and treat invocation model as the first fork |
| DynamoDB questions feel like memorization | you are thinking in tables, not access patterns | rework 1.3 and force every scenario into key design, read or write shape, and consistency needs |
| you keep overengineering | you are drifting into architect mode instead of developer mode | prefer the answer that fixes app behavior with the least infrastructure churn |
Make sure you can do three things quickly:
Then move to 2. Security, because DVA-C02 often turns a good application-design answer into a wrong final choice by tightening the credential, encryption, or tenant-isolation constraint.