AWS Certified Developer - Associate (DVA-C02) suele compararse con Solutions Architect Associate, pero es un examen fundamentalmente distinto. Mientras SAA-C03 toma una vista amplia de la arquitectura, DVA-C02 mira los servicios de AWS desde la perspectiva de un desarrollador que realmente escribió y desplegó código. Un carpintero no construye una casa solo con el plano, la experiencia práctica de clavar clavos moldea su criterio. Este examen está construido para favorecer a quienes ya desplegaron una función Lambda por su cuenta y se toparon de verdad con un error de IAM alguna vez. AWS recomienda al menos un año de experiencia práctica desarrollando aplicaciones en AWS antes de rendirlo, y resolver preguntas de práctica deja esa recomendación bastante clara enseguida.
Por Qué Este Examen Es Diferente de SAA-C03
Un arquitecto dibuja la estructura general de un edificio, mientras que el carpintero en la obra sabe cómo construirlo realmente a partir de ese plano. Si SAA-C03 es el examen del arquitecto, DVA-C02 es el del carpintero, y esa diferencia de enfoque se nota en cada pregunta. Encaja especialmente bien con desarrolladores backend que construyen aplicaciones serverless, ingenieros de DevOps que configuran sus propios pipelines de CI/CD, y desarrolladores full-stack que integran aplicaciones a través del SDK de AWS. También es una opción sólida para quien ya tiene experiencia con otro lenguaje o framework y quiere validar formalmente sus habilidades específicas en el ecosistema de AWS. Conocer los conceptos solo no alcanza acá, el tiempo real escribiendo código contra la CLI o el SDK de AWS marca una diferencia notable en la velocidad para resolver las preguntas, sobre todo cuando el escenario describe un error de configuración que hay que detectar leyendo el código.
Formato del Examen: 65 Preguntas, 130 Minutos, y Fragmentos de Código Reales
Como un chequeo médico de rutina, este examen dedica 130 minutos a recorrer 65 preguntas que abarcan todo el trabajo de desarrollo. Solo 50 se califican; las otras 15 son preguntas sin calificar que AWS está probando para exámenes futuros. El puntaje de aprobación es 720 sobre 1000, el costo es 150 dólares, y la certificación permanece vigente durante tres años. A diferencia de SAA-C03, el JSON de políticas de IAM, las plantillas SAM y los fragmentos de código en boto3 aparecen directamente dentro del texto de las preguntas con bastante frecuencia, así que hace falta practicar por separado la lectura de código para detectar exactamente qué está mal en él.
Dominio 1: Desarrollo con Servicios de AWS (32%)
Como encajar bloques de LEGO hasta formar algo que funciona, este dominio trata sobre combinar varios servicios de AWS en una aplicación que realmente corre en producción. Tiene el peso más alto del examen, así que no se puede tomar a la ligera bajo ninguna circunstancia. Lo esencial es escribir funciones Lambda y configurar variables de entorno, capas y triggers, modelado de datos y optimización de consultas en DynamoDB incluyendo índices secundarios, arquitectura orientada a eventos usando SQS, SNS y EventBridge para desacoplar componentes, y llamar a servicios a través del SDK de AWS en distintos lenguajes de programación. Cinco artículos relacionados cubren este dominio: Desarrollo y Configuración de Funciones Lambda, Modelado de Datos y Consultas en DynamoDB, Integración de Almacenes de Datos y Estrategia de Caché, Patrones de Arquitectura Orientada a Eventos, y Desarrollo con SDK de AWS y Mensajería/Streaming.
Dominio 2: Seguridad (26%)
Un banco no le entrega la llave de la bóveda a cualquiera, y este dominio cubre cómo mantener seguras las credenciales y los datos que tu aplicación maneja. Lo esencial es otorgar correctamente roles y políticas de IAM a nivel de código, autenticación y autorización de usuarios con Cognito, cifrar datos en reposo y en tránsito con KMS, y mantener los valores sensibles fuera del código usando Secrets Manager y Systems Manager Parameter Store. Tres artículos relacionados profundizan en este dominio: Autenticación IAM y Cognito, Implementación de Cifrado y Gestión de Claves, y Datos Sensibles y Gestión de Secretos.
Dominio 3: Despliegue (24%)
Así como una mudanza puede hacerse toda de una vez o por etapas, este dominio cubre estrategias para publicar código nuevo sin tiempo de inactividad. Lo esencial es la diferencia entre despliegues Blue/Green y Canary, construir pipelines de CI/CD con CodePipeline y CodeBuild, gestionar artefactos de despliegue con SAM y CloudFormation, y conectar herramientas de automatización de pruebas. Cuatro artículos relacionados cubren este dominio: Estrategias de Despliegue y Gestión de Releases, Artefactos de Despliegue y Gestión de Configuración, Configuración de un Pipeline de CI/CD, y Automatización de Pruebas y el Entorno de Desarrollo.
Dominio 4: Resolución de Problemas y Optimización (18%)
Así como el tablero de un auto avisa de un problema en el motor antes de que se vuelva grave, este dominio cubre observar cómo se comporta realmente una aplicación y diagnosticar qué está fallando. Tiene el peso más bajo, pero el trazado distribuido con CloudWatch Logs y X-Ray, el ajuste de rendimiento en torno a los cold starts de Lambda y la configuración de memoria, y la publicación de métricas personalizadas aparecen seguido como preguntas de escenario práctico. Tres artículos relacionados cubren este dominio: Observabilidad e Instrumentación de Código, Análisis de Logs, Métricas y Trazas, y Optimización de Rendimiento de Lambda y Aplicaciones.
Un Orden de Estudio para Principiantes, y Errores Comunes
Caminar por una ciudad desconocida sin mapa significa recorrer las mismas calles dos veces. Si ya desarrollás software pero AWS es nuevo para vos, empezá por el Dominio 1 (desarrollo) y ponete a probar Lambda y DynamoDB de verdad desde la consola y la CLI, luego avanzá al Dominio 2 (seguridad) y escribí vos mismo un JSON de política de IAM en lugar de solo leer sobre uno. Desde ahí, armá un pipeline de CI/CD en el Dominio 3 (despliegue) hasta llegar a un despliegue real, y terminá con el Dominio 4 (resolución de problemas) observando tu propia aplicación con CloudWatch y X-Ray. El error más común es pasar por encima de los conceptos sin tocar nunca el teclado, este examen se apoya inusualmente en código y archivos de configuración dentro del texto de las preguntas, y sin haber escrito y desplegado una plantilla SAM con tus propias manos, la velocidad de lectura en esas preguntas cae en picada. Un segundo error común es asumir que todo error de IAM significa falta de permisos, la causa real suele ser una política de recursos o una relación de confianza mal configurada, así que leer el mensaje de error completo importa más de lo que parece en este examen.
Resumen para el Examen
"Ejecuta código sin gestionar servidores" -- AWS Lambda "Base de datos clave-valor con latencia de milisegundos de un solo dígito" -- DynamoDB "Cola de mensajes que desacopla componentes" -- Amazon SQS "Entrega notificaciones a muchos suscriptores a la vez" -- Amazon SNS "Enruta eventos según patrones que coinciden" -- Amazon EventBridge "Otorga credenciales temporales a un servicio" -- roles de IAM "Nunca hardcodear credenciales en el código de la aplicación" -- Secrets Manager, Parameter Store "Traslada el tráfico a una versión nueva de forma gradual" -- despliegue Canary "Corta hacia un entorno nuevo completamente separado" -- despliegue Blue/Green "Traza el flujo de una solicitud en un sistema distribuido" -- AWS X-Ray "Problema de demora al iniciar una función Lambda" -- cold start
DVA-C02 evalúa si realmente construiste algo, no solo si conocés el concepto, así que el paso más confiable después de leer esta guía es abrir la consola de AWS y desplegar tu propia función Lambda.