AWS Certified Developer - Associate (DVA-C02) costuma ser comparado ao Solutions Architect Associate, mas é um exame fundamentalmente diferente. Enquanto o SAA-C03 tem uma visão ampla da arquitetura, o DVA-C02 olha os serviços da AWS pela perspectiva de um desenvolvedor que realmente escreveu e implantou código. Um carpinteiro não constrói uma casa só com a planta, a experiência prática de martelar pregos molda seu julgamento. Este exame favorece quem já implantou uma função Lambda por conta própria e realmente esbarrou em um erro de IAM alguma vez. A AWS recomenda pelo menos um ano de experiência prática desenvolvendo aplicações na AWS antes de prestá-lo, e resolver questões de prática deixa essa recomendação bem clara rapidamente.
Por Que Este Exame É Diferente do SAA-C03
Um arquiteto desenha a estrutura geral de um prédio, enquanto o carpinteiro na obra sabe como realmente construí-lo a partir daquela planta. Se o SAA-C03 é o exame do arquiteto, o DVA-C02 é o do carpinteiro. Ele se encaixa especialmente bem para desenvolvedores backend que constroem aplicações serverless, engenheiros de DevOps que configuram seus próprios pipelines de CI/CD, e desenvolvedores full-stack que integram aplicações através do SDK da AWS. Só conhecer os conceitos não basta aqui, tempo real escrevendo código contra a CLI ou o SDK da AWS faz uma diferença notável na velocidade de resolver as questões.
Formato do Exame: 65 Questões, 130 Minutos, e Trechos de Código de Verdade
Como um check-up de rotina, este exame dedica 130 minutos a percorrer 65 questões que cobrem todo o trabalho de desenvolvimento. Apenas 50 são pontuadas; as outras 15 são questões não pontuadas que a AWS está testando para exames futuros. A nota de aprovação é 720 de 1000, a taxa é 150 dólares, e a certificação permanece válida por três anos. Diferente do SAA-C03, o JSON de políticas do IAM, templates SAM e trechos de código em boto3 aparecem direto no texto das questões com bastante frequência, então é preciso praticar separadamente a leitura de código para identificar exatamente o que está errado nele.
Domínio 1: Desenvolvimento com Serviços da AWS (32%)
Como encaixar blocos de LEGO até formar algo que funciona, este domínio trata de combinar vários serviços da AWS em uma aplicação que realmente roda. Tem o maior peso do exame, então não pode ser tratado de forma superficial. O essencial é escrever funções Lambda e configurar variáveis de ambiente e layers, modelagem de dados e otimização de consultas no DynamoDB, arquitetura orientada a eventos usando SQS, SNS e EventBridge, e chamar serviços através do SDK da AWS. Cinco artigos relacionados cobrem este domínio: Desenvolvimento e Configuração de Funções Lambda, Modelagem de Dados e Consultas no DynamoDB, Integração de Armazenamento de Dados e Estratégia de Cache, Padrões de Arquitetura Orientada a Eventos, e Desenvolvimento com SDK da AWS e Mensageria/Streaming.
Domínio 2: Segurança (26%)
Um banco não entrega a chave do cofre para qualquer um, e este domínio cobre como manter seguras as credenciais e os dados que sua aplicação manipula. O essencial é conceder corretamente papéis e políticas do IAM no nível do código, autenticação e autorização de usuários com o Cognito, criptografar dados em repouso e em trânsito com o KMS, e manter valores sensíveis fora do código usando o Secrets Manager e o Systems Manager Parameter Store. Três artigos relacionados aprofundam este domínio: Autenticação IAM e Cognito, Implementação de Criptografia e Gestão de Chaves, e Dados Sensíveis e Gestão de Segredos.
Domínio 3: Implantação (24%)
Assim como uma mudança pode ser feita de uma vez ou por etapas, este domínio cobre estratégias para publicar código novo sem tempo de inatividade. O essencial é a diferença entre implantações Blue/Green e Canary, construir pipelines de CI/CD com CodePipeline e CodeBuild, gerenciar artefatos de implantação com SAM e CloudFormation, e conectar ferramentas de automação de testes. Quatro artigos relacionados cobrem este domínio: Estratégias de Implantação e Gestão de Releases, Artefatos de Implantação e Gestão de Configuração, Configuração de um Pipeline de CI/CD, e Automação de Testes e o Ambiente de Desenvolvimento.
Domínio 4: Resolução de Problemas e Otimização (18%)
Assim como o painel de um carro avisa sobre um problema no motor antes que ele piore, este domínio cobre observar como uma aplicação realmente se comporta e diagnosticar o que está errado. Tem o menor peso, mas o rastreamento distribuído com CloudWatch Logs e X-Ray, o ajuste de desempenho em torno dos cold starts do Lambda e configuração de memória, e a publicação de métricas personalizadas aparecem com frequência como questões de cenário prático. Três artigos relacionados cobrem este domínio: Observabilidade e Instrumentação de Código, Análise de Logs, Métricas e Traces, e Otimização de Desempenho do Lambda e de Aplicações.
Uma Ordem de Estudo para Iniciantes, e Erros Comuns
Andar por uma cidade desconhecida sem mapa significa percorrer as mesmas ruas duas vezes. Se você já desenvolve software mas a AWS é nova para você, comece pelo Domínio 1 (desenvolvimento) e coloque a mão na massa com Lambda e DynamoDB pelo console e pela CLI, depois avance para o Domínio 2 (segurança) e escreva você mesmo um JSON de política do IAM em vez de só ler sobre um. Dali, construa um pipeline de CI/CD no Domínio 3 (implantação) até chegar a uma implantação de verdade, e termine com o Domínio 4 (resolução de problemas) observando sua própria aplicação com CloudWatch e X-Ray. O erro mais comum é passar por cima dos conceitos sem nunca tocar no teclado, este exame se apoia de forma incomum em código e arquivos de configuração dentro do texto das questões, e sem ter escrito e implantado um template SAM com as próprias mãos, a velocidade de leitura nessas questões despenca. Um segundo erro comum é assumir que todo erro de IAM significa falta de permissão, a causa real costuma ser uma política de recursos ou uma relação de confiança mal configurada, então ler a mensagem de erro completa importa mais do que parece neste exame.
Resumo do Exame
"Executa código sem gerenciar servidores" -- AWS Lambda "Banco de dados chave-valor com latência de milissegundos de um dígito" -- DynamoDB "Fila de mensagens que desacopla componentes" -- Amazon SQS "Entrega notificações para muitos assinantes de uma vez" -- Amazon SNS "Roteia eventos com base em padrões correspondentes" -- Amazon EventBridge "Concede credenciais temporárias a um serviço" -- papéis do IAM "Nunca fixar credenciais no código da aplicação" -- Secrets Manager, Parameter Store "Desloca o tráfego para uma nova versão gradualmente" -- implantação Canary "Corta para um ambiente novo totalmente separado" -- implantação Blue/Green "Rastreia o fluxo de uma requisição em um sistema distribuído" -- AWS X-Ray "Problema de atraso ao iniciar uma função Lambda" -- cold start
O DVA-C02 avalia se você realmente construiu algo, não apenas se conhece o conceito, então o passo mais confiável depois de ler este guia é abrir o console da AWS e implantar sua própria função Lambda.