Microsoft Azure Cosmos DB Developer Specialty
225 perguntas de prática
Última revisão: April 2026
Notas pessoais e links de recursos para sua jornada de estudo
Filtrar por Certificação
DP-420 é a credencial de especialidade da Microsoft para desenvolvedores que constroem aplicações no Azure Cosmos DB para NoSQL. Ela valida a capacidade de projetar e implementar modelos de dados, planejar a estratégia de particionamento e distribuição, integrar o Cosmos DB com serviços Azure circundantes, otimizar desempenho e custo, e manter soluções Cosmos DB em produção. O público são desenvolvedores profissionais e engenheiros de dados que escrevem Python, .NET, ou JavaScript / TypeScript usando o SDK do Cosmos DB. O exame é fortemente focado em código e modelagem: espere 40–60 questões em 100 minutos, incluindo arrastar e soltar de conclusão de código (trechos de SDK, consultas SQL API), itens de cenário e pelo menos um estudo de caso.
Maior domínio com 37%. Modelagem de documentos para cargas de trabalho NoSQL (desnormalização, incorporação vs. referência), design de chave de partição, padrões de feed de alterações, políticas de indexação (caminhos incluídos / excluídos, índices compostos, índices espaciais) e configuração de TTL.
Cerca de 8%. Replicação multirregião, gravações multirregião, compensações de nível de consistência (forte / atraso limitado / sessão / prefixo consistente / eventual), políticas de resolução de conflitos e padrões de distribuição global.
Cerca de 8%. Processador de feed de alterações, gatilhos de Cosmos DB do Azure Functions, integração com Event Hubs / Kafka, armazenamento analítico do Cosmos DB com Azure Synapse Link e integração com Azure AI Search.
Cerca de 17%. Dimensionamento e ajuste de unidade de solicitação (RU), autoscale vs. throughput manual, otimização de indexação, desempenho de consulta e análise de custo com a calculadora de capacidade.
Cerca de 30%. Backup e restauração (contínuos e periódicos), recuperação de desastres, segurança (autenticação Microsoft Entra, RBAC, chaves gerenciadas pelo cliente, firewall de IP, Private Endpoint), monitoramento (Azure Monitor, logs de diagnóstico) e tratamento de tentativas / erros do SDK.
Serviços que você encontrará no exame e por que cada um importa.
API de documento JSON nativa (anteriormente SQL API) com sintaxe de consulta SQL-like, stored procedures, triggers e UDFs server-side, e a superfície canônica para cenários do DP-420.
Por que está no exame: O Domínio 1 (Projetar e implementar modelos de dados) é dominado pela modelagem de documentos da NoSQL-API, escolha de partition-key e trade-offs entre dados incorporados e referenciados.
API do MongoDB compatível com o protocolo de rede na infraestrutura do Cosmos DB — suporta modos vCore e baseados em RU, além de drivers Mongo padrão e operadores de pipeline de agregação.
Por que está no exame: O Domínio 1 + o Domínio 3 (Integrar) testam a seleção da API — a API Mongo é a escolha amigável para migração quando a aplicação já "fala" Mongo.
API de wide-column compatível com CQL no Cosmos DB — keyspaces, tabelas, primary keys com colunas de partition + clustering, e compatibilidade com drivers Cassandra.
Por que está no exame: O Domínio 1 espera que você mapeie o design de primary-key do Cassandra (partition + clustering) para o particionamento do Cosmos, e o Domínio 3 cobre cenários de driver/migração.
Postgres distribuído (construído em Citus) — fragmenta tabelas relacionais entre nós via colunas de distribuição, com tabelas de referência e roteamento de consulta HTAP.
Por que está no exame: O Domínio 1 + o Domínio 2 (Distribuição) testam os trade-offs relacionais/distribuídos — o Cosmos for PostgreSQL é a resposta para workloads SQL que precisam de escala horizontal.
API de grafo no Cosmos DB — vértices e arestas com traversals de property-graph via linguagem de consulta Gremlin, com gravações multi-região e consistência ajustável.
Por que está no exame: O Domínio 1 cobre a modelagem de dados de grafo (cardinalidade de vértice/aresta, estratégia de partição para grafos) como o caso de uso canônico para a API Gremlin.
Superfície da Table API key-value de nível premium — substituto drop-in para o Azure Table Storage com distribuição global, índices secundários e throughput dedicado.
Por que está no exame: O Domínio 1 distingue a Table API do NoSQL para workloads simples de PartitionKey/RowKey onde um modelo de documento mais rico seria excessivamente complexo.
Log ordenado persistente de inserções e atualizações por partição lógica, consumido via biblioteca Change Feed Processor ou trigger do Cosmos DB do Azure Functions.
Por que está no exame: O Domínio 3 (Integrar) baseia a integração orientada a eventos no Change Feed — fan-out para materialized views, indexadores de busca e serviços downstream.
Bibliotecas cliente nativas com execução em massa, políticas de retry automático, operações de ponto, transactional batches, LINQ + consultas parametrizadas e transporte TCP em modo Direto.
Por que está no exame: O Domínio 3 (Integrar) testa padrões do SDK — request options, point reads vs. queries, substituições de ConsistencyLevel e concorrência de PartitionKey + ETag.
Programas JavaScript server-side com escopo em uma única partição lógica — transactional batch writes, triggers pre/post e user-defined functions invocáveis a partir de consultas SQL.
Por que está no exame: O Domínio 1 + o Domínio 4 (Otimizar) testam quando enviar a lógica para o server-side para atomicidade vs latência — o escopo de single-partition é um distrator recorrente.
Biblioteca de importação/atualização em massa de alto throughput que maximiza as RUs provisionadas agrupando por partição, distribuindo entre conexões server-side e aplicando back-pressure em limites de taxa.
Por que está no exame: O Domínio 3 + o Domínio 4 citam o Bulk Executor para migração inicial de dados e grandes jobs de reprocessamento — a resposta canônica para "ingerir milhões de documentos rapidamente".
Cache de leitura in-region que atua como front-end para o Cosmos DB via um dedicated gateway — caching de point-read e query com controle `MaxIntegratedCacheStaleness` por requisição.
Por que está no exame: O Domínio 4 (Otimizar) nomeia o Integrated Cache como a otimização do lado da leitura para reduzir o consumo de RU/seg em hot read paths sem uma camada externa de Redis.
Binding serverless que consome o Change Feed em escala — checkpointed via um lease container, com bindings de input/output para fan-out entre containers.
Por que está no exame: O Domínio 3 (Integrar) testa o trigger do Cosmos DB do Functions como o caminho de menor resistência para projeções orientadas a eventos a partir do Change Feed.
Armazenamento analítico HTAP (orientado a colunas) auto-sincronizado do armazenamento transacional, consultado a partir do Synapse Spark / Serverless SQL sem consumir RUs transacionais.
Por que está no exame: O Domínio 3 + o Domínio 4 esperam o Synapse Link quando as consultas analíticas saturariam a workload transacional — zero-ETL é a resposta canônica.
Containers de projeção alternativa automaticamente mantidos construídos a partir do Change Feed — pré-agregam ou re-particionam dados para padrões de consulta que não se encaixam no container base.
Por que está no exame: O Domínio 1 + o Domínio 4 citam materialized views como a resposta quando um container não consegue satisfazer múltiplos padrões de acesso sem consultas caras entre partições.
Throughput por container ou shared-database que escala entre 10% e 100% de um máximo configurado de RU/seg, cobrado por hora no pico observado a cada hora.
Por que está no exame: O Domínio 4 (Otimizar) contrasta o provisionamento manual vs. autoscale para workloads com picos — autoscale vence quando a razão pico-vale excede ~5×.
Superfície de indexação definida em JSON — caminhos incluídos/excluídos, composite indexes, spatial indexes e modos de indexação consistente vs lazy para trade-offs de query/write.
Por que está no exame: O Domínio 4 (Otimizar) testa intensivamente o ajuste da indexing policy — excluir caminhos não utilizados gera economia de RU e composite indexes desbloqueiam consultas ORDER BY.
Diretório de identidade na nuvem; o RBAC do control-plane e data-plane do Cosmos DB está vinculado a Entra principals via built-in e custom role definitions e role assignments.
Por que está no exame: O Domínio 5 (Manter) nomeia o Entra ID + o RBAC do data-plane do Cosmos como o caminho recomendado para se afastar da autenticação por master-key para workloads de produção.
Key store gerenciado que suporta a criptografia em repouso por customer-managed-key (CMK) do Cosmos DB, com key versioning, soft-delete e acesso baseado em managed-identity.
Por que está no exame: O Domínio 5 testa a rotação de CMK, double encryption (service-managed + CMK) e o impacto operacional de revogar uma customer-managed key.
Pipeline de telemetria para o Cosmos DB — RU/seg, latência, consumo normalizado de RU, throttling e consultas de diagnostic-log (DataPlaneRequests, QueryRuntimeStatistics) via KQL.
Por que está no exame: O Domínio 5 (Manter) é dominado por alertas em 429s, consumo normalizado de RU e identificação de consultas caras a partir de diagnostic logs.
Camada de detecção de ameaças que sinaliza acesso anômalo ao data-plane, padrões de exportação suspeitos e tentativas de SQL-injection contra a API NoSQL do Cosmos.
Por que está no exame: O Domínio 5 referencia o Defender for Cosmos DB como o complemento de segurança e monitoramento para RBAC + network ACLs — leitura obrigatória para qualquer cenário de detecção de ameaças.
$110k–$150k–$210k USD anual
A faixa salarial cobre desenvolvedores de backend de nível médio a sênior baseados nos EUA, onde a proficiência em Cosmos DB é exigida. Engenheiros seniores que constroem aplicativos distribuídos globalmente em empresas FAANG / fintech frequentemente ultrapassam $230k TC. Dados salariais específicos para Cosmos DB são mais escassos do que para funções gerais do Azure, dado o pool de talentos mais restrito; os valores baseiam-se em funções adjacentes de NoSQL / desenvolvedor em nuvem.
Fonte: Funções de desenvolvedor backend / em nuvem do levels.fyi 2025, U.S. BLS OEWS maio de 2024 (15-1252 software developers, 15-1242 database administrators), Glassdoor 2025. Os valores são aproximados; a compensação real depende da função, região e experiência.
DP-420 se encaixa em um nicho mais restrito, mas bem remunerado — aplicações que realmente precisam de armazenamento NoSQL globalmente distribuído, de baixa latência e multi-API. A demanda concentra-se em empresas de jogos, plataformas de IoT, varejo / e-commerce em escala e consultorias parceiras da Microsoft. Recrutadores a utilizam como um forte sinal de profunda competência em modelagem e ajuste do Cosmos DB, o que gera um prêmio dado o pool limitado de candidatos qualificados. Ela se combina naturalmente com AZ-204 (Developer Associate) para desenvolvedores Cosmos full-stack e com funções de engenharia AI-102 / AI onde o Cosmos DB serve dados vetoriais e operacionais para arquiteturas RAG. A demanda tem sido constante, com um crescimento modesto devido à expansão do Cosmos DB como um armazenamento de vetores para aplicações GenAI até 2024–2026.
Não há pré-requisitos formais. A Microsoft recomenda experiência de desenvolvedor em nível de praticante (um a dois anos de desenvolvimento profissional) além de familiaridade prática com o Cosmos DB. Candidatos sem exposição prévia ao Cosmos DB geralmente precisam de tempo adicional significativo. AZ-900 e DP-900 são pontos de partida conceituais úteis para candidatos novos no Azure ou em plataformas de dados NoSQL; AZ-204 é altamente complementar, dado que o DP-420 pressupõe fluência de nível de desenvolvedor Azure com padrões de SDK, autenticação Microsoft Entra e identidades gerenciadas.
A proficiência em C#, Python, ou JavaScript / TypeScript é essencialmente exigida: os arrastar e soltar de conclusão de código mostram trechos reais do SDK do Cosmos DB, com exemplos .NET mais fortemente representados no material de estudo da Microsoft. O caminho oficial do Microsoft Learn cobre todos os cinco domínios em aproximadamente 30–40 horas. O tempo prático é essencialmente necessário — uma assinatura pessoal do Azure com uma pequena conta do Cosmos DB (ou o nível gratuito do Cosmos DB) permite que os candidatos pratiquem o design de chaves de partição, políticas de indexação e cenários de feed de alterações.
DP-420 está na categoria de Especialidade e é amplamente considerado de desafio moderado a alto — comparável ao AZ-204 em dificuldade de conclusão de código, com uma área de superfície específica do Cosmos DB mais estreita, mas mais profunda. Planeje 70–110 horas de estudo ao longo de 8–12 semanas para candidatos com experiência prévia em Cosmos DB; consideravelmente mais tempo caso contrário. O exame dura cerca de 100 minutos com 40–60 questões em formatos de múltipla escolha, múltipla resposta, arrastar e soltar (incluindo conclusão de código), hot-area e estudo de caso. Os estudos de caso são cronometrados separadamente e não podem ser revisitados.
O obstáculo mais comum é a seleção da chave de partição — o exame consistentemente apresenta padrões de carga de trabalho nuances e espera que os candidatos identifiquem a chave de partição que distribui a carga uniformemente, mantendo as consultas comuns em uma única partição. Perguntas sobre políticas de indexação (caminhos incluídos / excluídos, índices compostos, análise de custo de consulta) são outra área de armadilha consistente. Como um exame de Especialidade, o material de estudo de terceiros é mais escasso; apoie-se principalmente no Microsoft Learn e na documentação do Cosmos DB.
Atualização mais recente das habilidades medidas. Adicionou cobertura de busca vetorial para cargas de trabalho de IA, expandiu o enquadramento do backup contínuo, modernizou o conteúdo de Microsoft Entra e de chaves gerenciadas pelo cliente. A Microsoft atualiza o DP-420 com menos frequência do que os exames baseados em funções, dado seu status de especialidade — tipicamente a cada 18–24 meses.
Reestruturado para o layout atual de cinco domínios, expandiu a cobertura de change-feed e Synapse Link, e integrou o conteúdo de backup contínuo.
GA inicial como a primeira credencial de desenvolvedor dedicada ao Cosmos DB da Microsoft. O esboço original focava apenas na API SQL (Core) e enfatizava particionamento, dimensionamento de RU e padrões de SDK.
DP-420 (Microsoft Azure Cosmos DB Developer Specialty) é um exame de nível Specialty um exame profundamente especializado que abrange tópicos avançados em um domínio restrito — espere que a experiência prática seja um pré-requisito. A maioria dos candidatos precisa de 100 a 200 horas de estudo distribuídas em 2 a 4 meses para exames de especialidade. Estes pressupõem experiência prática no domínio da especialidade. A maioria dos candidatos que pontuam consistentemente acima do limite de aprovação em exames práticos é aprovada na primeira tentativa.
A maioria dos candidatos precisa de 100 a 200 horas de estudo distribuídas em 2 a 4 meses para exames de especialidade. Estes pressupõem experiência prática no domínio da especialidade. O tempo para aprovação varia amplamente de acordo com a experiência prévia. Engenheiros com experiência prática de produção na tecnologia subjacente geralmente precisam de menos tempo; candidatos novos na plataforma devem planejar-se para o limite superior dessa faixa.
DP-420 é uma credencial reconhecida no ecossistema Azure e sinaliza conhecimento validado para empregadores, recrutadores e clientes. Se vale a pena o tempo e a taxa para você, depende do seu papel e objetivos — geralmente compensa mais para engenheiros de nuvem, arquitetos e consultores que trabalham com Azure diariamente ou desejam mudar para funções que o fazem.
A pontuação de aprovação para DP-420 é 700 / 1000. O exame contém 50 questões e dura 1 h 40 min.
A taxa do exame DP-420 é $165 USD. As taxas são definidas por Azure e podem variar por região; sempre confirme o preço atual na página oficial de certificação Azure antes de agendar.
As certificações Microsoft baseadas em função expiram após 1 ano, mas podem ser renovadas gratuitamente por meio de uma avaliação online não supervisionada no Microsoft Learn, a partir de 6 meses antes do vencimento.
Sim. Você pode fazer o exame online (supervisionado através do navegador seguro do provedor, disponível 24 horas por dia, 7 dias por semana na maioria das regiões) ou em um centro de testes Pearson VUE presencial durante o horário comercial. Ambos os formatos usam as mesmas perguntas, limite de tempo e pontuação de aprovação.
A CertLabPro oferece 15 modos de estudo no banco de questões práticas para DP-420. O modo de simulação de exame espelha o exame real: 50 questões em 1 h 40 min, com o mesmo limite de aprovação de 700 / 1000. O modo de navegação permite que você leia todas as perguntas e respostas estaticamente.