Conceito e mecanismo
A chave de partição influencia onde a carga se concentra no Cosmos DB. Ter capacidade agregada livre não impede uma chave muito solicitada de limitar o workload. Em Blob Storage, o tier de acesso deve corresponder ao tempo de leitura exigido: Archive requer reidratação antes de leitura online. Redundância é outra dimensão. ZRS distribui cópias por zonas na região; cópia geográfica envolve outro âmbito e deve respeitar os requisitos fornecidos de localização e recuperação. Nenhuma escolha deve ser feita apenas pelo preço unitário de armazenamento.
Aplicação guiada
Para integração híbrida, confirma o caminho até à origem privada e onde o runtime executa. Um self-hosted integration runtime pode fornecer esse acesso, com disponibilidade e credenciais próprias a gerir. Para retenção imutável, confirma âmbito e prazo antes de bloquear. Uma política temporal bloqueada não permite reduzir o período; o arquiteto implementa requisitos aprovados, sem inventar obrigações legais.
Um ficheiro de recuperação barato em Archive pode falhar o requisito de leitura imediata durante um incidente.
Armadilhas comuns
Confundir tier com redundância; ignorar hot partitions; bloquear retenção antes de acordo entre dados, negócio e custos.
Tópicos relacionados: Continuidade e recuperação demonstrada · Compute e responsabilidade operacional
Armazenar é também decidir como aceder, integrar, recuperar e retirar.
Referência: Cosmos DB partitioning · AZ-305 objectives 2026-04-17