Azure Cosmos DB: Arquitetura, Escala, Consistência e APIs
Voltar para Learn
DP-900Capítulo 6

Estudo para a Certificação Microsoft DP-900

Azure Cosmos DB: Arquitetura, Escala, Consistência e APIs

Modelos NoSQL, partições, distribuição global, RU/s, modos de throughput e cinco APIs compatíveis

Tempo de estudo sugerido: 85 minutos • Nível iniciante • Alinhado ao plano de estudos DP-900 e à documentação oficial do Microsoft Learn

Conta do Azure Cosmos DB distribuída entre regiões e conectada a cinco APIs NoSQL

1. Modelos e a necessidade de flexibilidade

Tabelas relacionais podem ser rígidas para dados mutáveis e exigir muito ajuste. reúne modelos de documentos, grafos, chave/valor e famílias de colunas.

O é um banco altamente escalável para dados não relacionais operacionais, não um repositório de grandes arquivos de mídia.

Resumo do tópico

alinha o armazenamento a documentos, relações, chaves ou famílias de colunas.

2. Serviço totalmente gerenciado e independente de esquema

O é totalmente gerenciado: a Microsoft cuida de servidores, patches, atualizações e backups.

Itens no mesmo contêiner podem ter propriedades diferentes. Essa independência de esquema atende registros evolutivos; Xbox Live, e serviços do demonstram a escala prevista.

Resumo do tópico

Cosmos DB combina operação gerenciada e estruturas flexíveis para aplicações em evolução.

3. Conta, banco de dados, contêiner e item

A conta é o recurso superior e contém bancos de dados. O banco é um lógico de contêineres relacionados.

O contêiner define armazenamento e escala: chave de partição, throughput, indexação e opcional. Itens podem ser documentos, linhas, nós ou arestas conforme a .

Conta, banco de dados, contêiner e item
Figura 1 - Conta, banco de dados, contêiner e item

Resumo do tópico

Conta, banco, contêiner e item formam a hierarquia de dados e escala.

4. Chaves de partição e indexação automática

A chave de partição distribui itens em partições lógicas, cada uma com até 20 GB no material. Uma boa chave tem muitos valores e distribuição uniforme.

Todas as propriedades são indexadas automaticamente por padrão. Particionamento e indexação automáticos sustentam em rajadas e grande volume de gravações.

Chaves de partição e indexação automática
Figura 2 - Chaves de partição e indexação automática

Resumo do tópico

A chave orienta distribuição e a indexação automática torna propriedades consultáveis.

5. Distribuição global e baixa latência

Regiões podem ser adicionadas à conta e os dados são replicados. O aplicativo usa a réplica mais próxima; gravações em várias regiões elevam a disponibilidade.

A referência indica latências típicas no percentil 99 próximas de 4 ms para leitura e 5 ms para gravação; consistência, distância e configuração influenciam o resultado.

Distribuição global e baixa latência
Figura 3 - Distribuição global e baixa latência

Resumo do tópico

Réplicas regionais aproximam dados; gravação multirregião adiciona disponibilidade.

6. Cinco níveis de consistência

Forte retorna a gravação mais recente. Desatualização limitada aceita atraso por tempo ou versões. Sessão garante consistência dentro da sessão e é o ponto inicial comum.

Prefixo consistente preserva a ordem, mas pode trazer valores antigos. Eventual converge com o tempo e maximiza disponibilidade. Mais consistência pode reduzir throughput e disponibilidade e elevar latência.

NívelGarantia
StrongGravação mais recente
Atraso configurado
Na sessão do cliente
Gravações ordenadas
EventualConverge com o tempo

Resumo do tópico

Escolha o nível equilibrando correção, latência, throughput e disponibilidade.

7. Unidades de Solicitação, throughput e custo

Unidades de Solicitação por segundo (RU/s) normalizam CPU, E/S e memória de leituras, gravações, consultas e exclusões. Uma leitura de item de 1 KB é referência aproximada de 1 RU.

Dedicado reserva um contêiner; compartilhado atende até 25 contêineres pelo banco; cobra por solicitação e, na referência, limita a conta a uma região.

recebe um máximo de RU/s e ajusta capacidade. Distribuição global exige throughput provisionado.

ModoAlocação
DedicatedUm contêiner
SharedBanco, até 25 contêineres
Pagamento por solicitação
Escala até o máximo
Unidades de Solicitação, throughput e custo
Figura 4 - Unidades de Solicitação, throughput e custo

Resumo do tópico

RU/s é a moeda comum; o modo define reserva, compartilhamento e escala.

8. Cenários adequados e alternativas

O serviço atende telemetria e , perfis e rankings de jogos, catálogos, carrinhos, pedidos e experiências web ou móveis personalizadas.

Junções relacionais complexas favorecem o . Histórico analítico favorece ou ; mídia grande favorece armazenamento de objetos.

Resumo do tópico

Use Cosmos DB para operacional global e outro serviço quando o padrão dominante for relacional, analítico ou objeto.

9. Por que o serviço oferece várias

A escolhida na criação define formato, linguagem, drivers e bibliotecas. Ela abstrai o formato interno.

Compatibilidade de protocolo facilita migração de ou . As cinco são , , Table, e .

Modelo / linguagem
/ SQL-like
BSON / MQL
TableKey-value
Column family / CQL
Graph / Gremlin
Por que o serviço oferece várias APIs
Figura 5 - Por que o serviço oferece várias

Resumo do tópico

Escolha a pelo modelo, competências, drivers, linguagem e migração.

10. for e for

for é a nativa recomendada para novas aplicações: documentos e consulta semelhante a SQL. Antes de 2023, chamava-se do SQL.

O espelhamento do Fabric replica dados para sem . for preserva drivers, BSON e Query Language (MQL).

Azure Cosmos DB for NoSQL e for MongoDB
Figura 6 - for e for

Resumo do tópico

oferece nativo; preserva BSON, MQL e ecossistema.

11. for Table e for

for Table usa chave/valor e identifica linhas por PartitionKey e RowKey. Acrescenta distribuição global, índices secundários, e maior escala ao .

for usa famílias de colunas, ferramentas compatíveis e Cassandra Query Language (CQL), facilitando migrações.

Resumo do tópico

Table atende chave/valor e Cassandra atende famílias de colunas e CQL.

12. for

for guarda grafos: vértices são entidades, arestas são relações e Gremlin percorre e altera a estrutura.

Ele atende redes sociais, recomendações, fraude e hierarquias organizacionais.

Azure Cosmos DB for Apache Gremlin
Figura 7 - for

Resumo do tópico

Use Gremlin quando percorrer relações entre vértices e arestas for o padrão central.

13. Provisionamento e exploração prática

O exercício exige assinatura do com acesso administrativo. Crie grupo, conta, , capacidade, banco, contêiner, chave de partição, itens e consultas.

Observe cobrança de RU, índices, distribuição, consistência, e monitoramento; remova os recursos ao terminar.

Resumo do tópico

A prática conecta decisões de conta a partições, throughput, consultas, custo e limpeza.

14. Raciocínio da avaliação e revisão

Telemetria em rajadas aponta para particionamento automático; vértices e arestas, para ; é cenário típico.

Chave/valor aponta para Table; pico global de varejo, para Cosmos DB; código Cassandra existente, para a .

Resumo do tópico

Na prova, associe o cenário a modelo, , partição, escala, consistência ou throughput.