AWS Certified Developer Associate
275 questions de pratique
Dernière révision : April 2026
Notes personnelles et liens de ressources pour votre parcours d'étude
Filtrer par Certification
L'AWS Certified Developer Associate (DVA-C02) valide la capacité à développer, déployer et déboguer des applications cloud natives sur AWS. Il s'adresse aux ingénieurs logiciels qui écrivent quotidiennement du code pour les services AWS — Lambda, API Gateway, DynamoDB, S3, SQS/SNS, EventBridge, ECS et les SDK AWS. L'examen met l'accent sur les préoccupations pratiques des développeurs : l'utilisation des SDK, les rôles IAM pour les applications, le déploiement avec CodePipeline/CodeBuild/CodeDeploy et SAM/CDK, l'observabilité et les modèles sensibles aux coûts. Le DVA-C02 a été lancé en février 2023, actualisant le DVA-C01 pour refléter les pratiques modernes sans serveur, les options de déploiement de conteneurs et les outils CI/CD mis à jour. L'examen est conceptuel (pas de laboratoires) mais conçu pour favoriser les candidats qui ont réellement mis en production du code AWS.
Le domaine le plus vaste (32%). Runtimes et limites Lambda, intégrations API Gateway, modélisation de données DynamoDB, modèles de SDK S3, messagerie SQS/SNS/EventBridge et Step Functions. Teste la fluidité pratique au niveau du code.
IAM pour les applications (rôles d'exécution, profils d'instance, STS, pools d'utilisateurs/identités Cognito), KMS, Secrets Manager vs. Parameter Store. Piège courant : la frontière entre les pools d'utilisateurs Cognito (authentification) et les pools d'identités (autorisation).
SAM, CDK, CloudFormation, CodePipeline, CodeBuild, stratégies de déploiement CodeDeploy (canary, linéaire, tout-en-une) et versions/alias Lambda. Souvent négligé : quelle stratégie de déploiement appartient à quelle plateforme de calcul CodeDeploy.
CloudWatch Logs Insights, traçage X-Ray, atténuation du démarrage à froid de Lambda, réglage de la capacité de lecture/écriture de DynamoDB et modèles de mise en cache. Le plus petit domaine (18%) mais un signal fort pour les développeurs en activité.
Les services que vous rencontrerez à l'examen et pourquoi chacun compte.
Calcul serverless qui exécute des fonctions en réponse à des événements, avec mise à l'échelle gérée, traçage intégré et facturation à la milliseconde.
Pourquoi il est à l'examen : Le Domaine 1 (Développement avec les services AWS) considère Lambda comme le primitif de calcul par défaut — attendez-vous à des questions sur les gestionnaires, les couches, les variables d'environnement, la concurrence et le mappage des sources d'événements.
Point d'entrée d'API REST, HTTP et WebSocket géré avec limitation, mise en cache, transformation des requêtes/réponses et intégrations Lambda/HTTP/SQS.
Pourquoi il est à l'examen : Le Domaine 1 + le Domaine 2 (Sécurité) testent les authorizers d'API Gateway, les plans d'utilisation + les clés API, et les flux d'authentification basés sur IAM/Cognito comme couche d'exposition canonique pour les backends Lambda.
Base de données NoSQL clé-valeur et document entièrement gérée avec une latence de l'ordre de la milliseconde, une capacité à la demande, des GSI et des DynamoDB Streams.
Pourquoi il est à l'examen : Les scénarios du Domaine 1 testent la conception des clés de partition, la requête vs le scan, les écritures conditionnelles, les transactions et les déclencheurs Streams + Lambda — le magasin de données le plus testé par le DVA.
Stockage d'objets utilisé pour les actifs d'application, les téléchargements, l'hébergement statique et les sources d'événements (notifications S3 → Lambda / SQS / EventBridge).
Pourquoi il est à l'examen : Le Domaine 1 couvre les URL présignées, les téléchargements multipart et les notifications d'événements ; le Domaine 2 teste les politiques de bucket, le chiffrement (SSE-S3/SSE-KMS) et les blocs d'accès public.
File d'attente de messages gérée avec modes standard et FIFO, délais de visibilité, interrogation longue, files d'attente de lettres mortes et mappage natif des sources d'événements Lambda.
Pourquoi il est à l'examen : Le Domaine 1 + le Domaine 4 (Dépannage) testent le réglage du délai de visibilité, les modèles DLQ, les groupes de messages FIFO et la sémantique de livraison « au moins une fois » vs « exactement une fois ».
Messagerie pub/sub avec fan-out vers SQS, Lambda, endpoints HTTP, e-mail et SMS, ainsi que filtrage des messages et topics FIFO.
Pourquoi il est à l'examen : Le Domaine 1 teste les modèles de fan-out SNS → SQS et le filtrage des attributs de message comme primitif de découplage standard pour les backends pilotés par les événements.
Orchestrateur de workflow serverless utilisant Amazon States Language pour coordonner Lambda, ECS, DynamoDB, SQS et d'autres services avec des tentatives et la gestion des erreurs.
Pourquoi il est à l'examen : Le Domaine 1 distingue Step Functions (orchestration durable) du chaînage Lambda brut — les questions pièges portent sur la sémantique de la reprise/du back-off, du parallélisme et de l'état Map.
Service de streaming de données en temps réel avec capacité basée sur les shards, rétention rejouable et consommateurs Lambda / KCL pour l'ingestion de flux de clics et d'événements.
Pourquoi il est à l'examen : Le Domaine 1 contraste Kinesis (flux ordonnés et rejouables) avec SQS (files d'attente) et SNS (pub/sub) — choisir le bon primitif par charge de travail est un schéma récurrent du DVA.
Raccourci IaC basé sur CloudFormation pour les applications serverless, avec un CLI local pour la construction, le packaging, le déploiement et l'émulation Lambda contre les événements API Gateway.
Pourquoi il est à l'examen : Le Domaine 3 (Déploiement) nomme SAM comme le workflow IaC + CLI natif AWS pour le déploiement d'applications serverless ; attendez-vous à des questions sur la syntaxe des templates + le cycle de vie de `sam deploy`.
Framework IaC qui synthétise CloudFormation à partir de code d'application TypeScript, Python, Java, C# ou Go en utilisant des Constructs de haut niveau.
Pourquoi il est à l'examen : Le Domaine 3 contraste CDK (code-first) avec SAM/CloudFormation (template-first) ; les questions testent quand utiliser des constructs L2/L3 plutôt que des templates bruts.
Orchestrateur CI/CD géré qui enchaîne les étapes de source, de build, de test, de déploiement et d'approbation à travers CodeBuild, CodeDeploy, Lambda et des actions tierces.
Pourquoi il est à l'examen : Le Domaine 3 s'attend à CodePipeline comme épine dorsale de l'orchestration du déploiement — les questions sur les transitions d'étape, les approbations manuelles et les transferts d'artefacts sont courantes.
Service de build géré piloté par `buildspec.yml`, produisant des artefacts pour CodePipeline / CodeDeploy et s'intégrant avec CodeCommit, GitHub et ECR.
Pourquoi il est à l'examen : Le Domaine 3 teste les phases de buildspec (install / pre_build / build / post_build), les variables d'environnement et la mise en cache — le service CI nommé du DVA.
Service de déploiement géré prenant en charge les déploiements sur place et bleu/vert vers EC2, ECS et Lambda, avec des hooks de basculement de trafic et un rollback automatique.
Pourquoi il est à l'examen : Le Domaine 3 + le Domaine 4 testent les préférences de déploiement Lambda (canary, linéaire, tout-en-une fois) et le cycle de vie des hooks (BeforeAllowTraffic / AfterAllowTraffic).
Orchestration de conteneurs (ECS) sur du calcul serverless (Fargate) — définitions de tâches, services, mise à l'échelle automatique basée sur le suivi de cibles et rôles de tâches IAM.
Pourquoi il est à l'examen : Le Domaine 1 + le Domaine 3 testent les définitions de tâches ECS, les rôles IAM de conteneur/tâche et le contraste entre le type de lancement EC2 et le type de lancement Fargate.
Cache en mémoire géré en façade des bases de données et des API avec les moteurs Redis OSS / Valkey ou Memcached, utilisé pour le stockage de session et les caches "read-through".
Pourquoi il est à l'examen : Le Domaine 4 (Dépannage et Optimisation) teste les modèles cache-aside, write-through et de chargement paresseux, ainsi que le réglage du TTL — la réponse canonique à « réduire la latence DynamoDB / RDS ».
Identité utilisateur gérée avec des User Pools (inscription / connexion, MFA, OAuth) et des Identity Pools (informations d'identification AWS temporaires via STS pour les identités fédérées).
Pourquoi il est à l'examen : Le Domaine 2 (Sécurité) teste les tokens Cognito (ID / access / refresh), la validation JWT dans les authorizers API Gateway et la sélection entre User Pool et Identity Pool.
Service d'identité à l'échelle du compte : utilisateurs, rôles, politiques, informations d'identification temporaires émises par STS et politiques basées sur les ressources pour chaque appel d'API AWS.
Pourquoi il est à l'examen : Le Domaine 2 (Sécurité) est en grande partie axé sur IAM — rôles d'exécution pour Lambda/ECS, flux AssumeRole, rédaction de politiques de moindre privilège et interaction des politiques d'identité vs. de ressource.
Stockage géré et rotation automatique des informations d'identification de base de données, des clés API et des tokens OAuth, avec accès contrôlé par IAM et chiffrement KMS au repos.
Pourquoi il est à l'examen : Le Domaine 2 distingue Secrets Manager (rotation, secrets structurés) de SSM Parameter Store (configuration, SecureString facultatif) — une paire de distracteurs récurrents du DVA.
Métriques, logs (CloudWatch Logs), alarmes, tableaux de bord et prise en charge du format Embedded Metric Format — la surface d'observabilité par défaut pour chaque service AWS.
Pourquoi il est à l'examen : Le Domaine 4 (Dépannage et Optimisation) teste la journalisation structurée de Lambda, les filtres de métriques, les alarmes et les requêtes CloudWatch Logs Insights.
Traçage distribué à travers Lambda, API Gateway, ECS et les services instrumentés par SDK, produisant des cartes de service et des timings de segments/sous-segments.
Pourquoi il est à l'examen : Le Domaine 4 s'attend à X-Ray pour le diagnostic de latence de bout en bout à travers les chaînes Lambda / API Gateway / DynamoDB — « où est l'appel lent » est le scénario canonique.
$100k–$145k–$210k USD annuel
La fourchette couvre les postes d'ingénierie logicielle de niveau intermédiaire à senior basés aux États-Unis où la maîtrise d'AWS est requise. Les ingénieurs seniors des entreprises FAANG et "licornes" dépassent régulièrement les 300 000 $ de rémunération totale. Les postes d'entrée et les marchés non côtiers ont tendance à être moins rémunérés. Le DVA-C02 seul fait rarement bouger une offre ; il complète le code AWS mis en production démontré.
Source : rôles d'ingénieur logiciel cloud 2025–2026 selon levels.fyi, U.S. BLS OEWS mai 2024 (15-1252 développeurs de logiciels). Les chiffres sont approximatifs ; la rémunération réelle dépend du rôle, de la région et de l'expérience.
Le DVA-C02 est la certification AWS standard pour les ingénieurs backend et full-stack travaillant sur des piles centrées sur AWS. Les recruteurs l'utilisent comme un filtre rapide aux côtés du SAA-C03 — ensemble, ils forment la combinaison de "deux certifications" la plus courante sur les CV d'ingénieurs cloud. Il s'associe naturellement avec le CloudOps Engineer Associate (SOA-C03) pour compléter le trio des certifications associées AWS et constitue un prérequis utile par convention pour le DevOps Engineer Professional (DOP-C02). La certification NE qualifie PAS à elle seule les candidats pour les titres d'ingénieur staff ou principal, ni pour les rôles spécialisés en sécurité, en réseautage ou en ML — ceux-ci attendent le SAP-C02, des certifications spécialisées ou un travail livré spécifique au domaine.
Il n'y a pas de prérequis formels. AWS recommande au moins un an d'expérience pratique dans le développement d'applications sur AWS, y compris une aisance avec au moins un langage de programmation (généralement Python, JavaScript/TypeScript, Java ou Go) et le SDK AWS correspondant.
La plupart des candidats abordent le DVA-C02 soit après le CLF-C02 (pour le contexte AWS), soit après le SAA-C03 (pour l'étendue architecturale). Commencer par le SAA-C03 est le chemin le plus courant car la fondation architecturale rend le DVA-C02 plus ciblé et rapide. Les candidats ayant une solide formation générale en génie logiciel avec une exposition limitée à AWS devraient prévoir du temps supplémentaire pour les nuances d'IAM, la chaîne d'outils de déploiement (SAM/CDK/CodeDeploy) et la conception de tables uniques DynamoDB.
Le DVA-C02 est classé Associé et sa difficulté est modérée — globalement comparable au SAA-C03 mais plus restreint en portée et plus axé sur le code. Prévoyez 60 à 90 heures sur 6 à 10 semaines pour les candidats ayant une certaine expérience en développement AWS ; 100 à 140 heures pour les ingénieurs novices sur AWS. L'examen comprend 65 questions notées en 130 minutes — à choix multiples et à réponses multiples, sans laboratoires pratiques.
Les pièges courants incluent les stratégies de déploiement CodeDeploy et leurs différences selon les cibles EC2, Lambda et ECS ; la concurrence Lambda et le calcul de la concurrence provisionnée ; la conception des clés de partition DynamoDB et le comportement des GSI ; et la frontière précise entre les pools d'utilisateurs Cognito et les pools d'identités. S'exercer avec l'AWS CLI et le SDK sur un petit projet personnel est l'activité de préparation au plus haut ROI.
Version actuelle. Couverture modernisée du sans serveur, du déploiement de conteneurs, du CDK et de l'observabilité. Services obsolètes supprimés et accent renforcé sur IAM pour les applications.
Retirée début 2023. Plus axée sur les modèles de l'ère EC2 ; moins sur le sans serveur et le CDK.
DVA-C02 (AWS Certified Developer Associate) est un examen de niveau Associate un examen de difficulté modérée exigeant une expérience pratique concrète ainsi qu'une solide compréhension des meilleures pratiques. La plupart des candidats ont besoin de 80 à 150 heures d'étude réparties sur 6 à 12 semaines pour les examens de niveau associé. La plupart des candidats qui obtiennent des scores constamment supérieurs au seuil de réussite lors des examens pratiques réussissent dès leur première tentative.
La plupart des candidats ont besoin de 80 à 150 heures d'étude réparties sur 6 à 12 semaines pour les examens de niveau associé. Le temps nécessaire pour réussir varie considérablement en fonction de l'expérience antérieure. Les ingénieurs ayant une expérience pratique en production avec la technologie sous-jacente en ont généralement besoin de moins ; les candidats novices sur la plateforme devraient viser la limite supérieure de cette fourchette.
DVA-C02 est une certification reconnue dans l'écosystème AWS et signale des connaissances validées aux employeurs, recruteurs et clients. Sa valeur en termes de temps et de coût dépend de votre rôle et de vos objectifs — elle est la plus avantageuse pour les ingénieurs cloud, architectes et consultants qui travaillent quotidiennement avec AWS ou souhaitent évoluer vers des rôles similaires.
Le score de réussite pour le DVA-C02 est de 720 / 1000. L'examen contient 65 questions et dure 2 h 10 min.
Les frais d'examen DVA-C02 sont de $150 USD. Les frais sont fixés par AWS et peuvent varier selon la région ; confirmez toujours le prix actuel sur la page de certification officielle de AWS avant de réserver.
Les certifications AWS sont valides pendant 3 ans. Recertifiez-vous en réussissant la version actuelle du même examen, ou en réussissant un examen de niveau supérieur dans le même parcours avant l'expiration.
Oui. Vous pouvez passer l'examen en ligne (supervisé via le navigateur sécurisé du fournisseur, disponible 24h/24 et 7j/7 dans la plupart des régions) ou dans un centre de test Pearson VUE en personne pendant les heures ouvrables. Les deux formats utilisent les mêmes questions, la même limite de temps et le même score de réussite.
CertLabPro propose 15 modes d'étude à travers la banque de questions pratiques pour le DVA-C02. Le mode de simulation d'examen reproduit l'examen réel : 65 questions en 2 h 10 min, avec le même seuil de réussite de 720 / 1000. Le mode navigation vous permet de lire chaque Q&A de manière statique.