Microsoft Azure Cosmos DB Developer Specialty
225 perguntas de prática
Última revisão: April 2026
Escritas do zero com base no guia oficial do exame Azure
Notas pessoais e links de recursos para sua jornada de estudo
Acompanhe seus exames, anotações e recursos dia a dia
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.
É a certificação de especialidade da Microsoft para a criação de aplicativos no Azure Cosmos DB - projetando e implementando modelos de dados e particionamento, escrevendo consultas eficientes, otimizando para desempenho e custo (unidades de solicitação), e integrando e mantendo soluções Cosmos DB, principalmente via NoSQL API. O exame tem cerca de 50 questões em 100 minutos, com aprovação em 700/1000. Veja o hub DP-420 para o escopo completo.
É um exame de especialidade focado que pressupõe experiência real de desenvolvimento com Cosmos DB - design de partition-key, otimização de RU e os SDKs - então é mais exigente do que uma certificação fundamental, mas de escopo limitado. Vale a pena se você desenvolve no Cosmos DB ou trabalha com NoSQL de alta escala no Azure, onde o conjunto de habilidades é incomum; caso contrário, uma certificação de desenvolvedor mais abrangente (AZ-204) se encaixa melhor. Veja como a trilha Azure se compara em nosso relatório Estado das Certificações.
Azure Cosmos DB é o banco de dados NoSQL multi-modelo, distribuído globalmente da Microsoft, construído para aplicativos de baixa latência e alta escala com múltiplas APIs (NoSQL, MongoDB, Cassandra, Gremlin, Table). Não é gratuito em geral - você paga por throughput (unidades de solicitação) e armazenamento - mas há um nível gratuito que cobre uma quantidade definida de throughput e armazenamento por conta, o que é o suficiente para aprendizado e pequenos projetos enquanto você se prepara para a DP-420.
Construa um aplicativo real no Cosmos DB - pratique a modelagem de dados e as escolhas de partition-key, ajuste consultas e RUs, e use os SDKs e o change feed - então use os caminhos gratuitos do Microsoft Learn "Cosmos DB Developer" para preencher lacunas e treinar perguntas de cenário. Nosso banco de questões DP-420 cobre os domínios do exame com explicações, e o laboratório prático reforça os fluxos de trabalho de desenvolvedor que ele testa.
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.
Sim - para engenheiros de nuvem, arquitetos e consultores que trabalham com Azure, DP-420 geralmente vale a pena. É uma credencial reconhecida que comprova conhecimento validado para empregadores, recrutadores e clientes; se o tempo e a taxa compensam para você depende da sua função e dos seus objetivos.
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.
O modo de simulação de exame do DP-420 no CertLabPro reproduz o exame real: 50 questões em 1 h 40 min, com o mesmo limite de aprovação de 700 / 1000. Você ainda tem 15 modos de estudo no total, e o modo Explorar mostra cada questão com sua resposta e explicação de forma estática.
$110k-$210k USD é a faixa salarial típica nos EUA para cargos que valorizam DP-420, segundo 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. O salário real depende da senioridade, da localização e do cargo - posições sênior e de arquiteto tendem a ser mais altas, e as de nível inicial, mais baixas.
É ambicioso - um mês é apertado para DP-420, e a maioria dos candidatos precisa de mais tempo. 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. Se a plataforma da Azure for nova para você, reserve mais tempo; com experiência prática, talvez precise de menos.
DP-420 é um exame de especialidade que pressupõe bom conhecimento prático da sua área; experiência prévia é fortemente recomendada.