Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Importante
O Azure Cosmos DB para PostgreSQL está em um caminho de desativação e não é mais recomendado para novos projetos. Em vez disso, use um destes dois serviços:
Para cargas de trabalho do PostgreSQL, use o recurso Clusters Elásticos do Banco de Dados do Azure para PostgreSQL para aproveitar os recursos de escalonamento horizontal e funcionalidades distribuídas do PostgreSQL contidos na extensão Citus de código aberto. Para obter diretrizes de migração, consulte migrate to Banco de Dados do Azure para PostgreSQL with Elastic Cluster.
Para cargas de trabalho NoSQL, use o Azure Cosmos DB para NoSQL como uma solução de banco de dados distribuído que inclui um SLA (contrato de nível de serviço) de 99,999%, dimensionamento automático instantâneo e failover automático em várias regiões.
Somente para implantações existentes do Azure Cosmos DB para PostgreSQL, há três etapas envolvidas na criação de aplicativos escaláveis. Novos projetos devem usar um dos serviços alternativos listados acima e não devem seguir as etapas abaixo.
- Classifique a carga de trabalho do seu aplicativo. As cargas de trabalho comuns em que o Azure Cosmos DB para PostgreSQL brilha incluem:
- SaaS multilocatário → esquemas isolados por locatário ou chaves de fragmento
- Microsserviços → tabelas distribuídas alinhadas ao serviço
- Análises operacionais em tempo real → dados distribuídos co-localizados
- OLTP de alta taxa de transferência → particionamento baseado em linha com uma chave de alta cardinalidade
- Com base na carga de trabalho, use a fragmentação baseada em esquema ou identifique a chave de fragmento ideal para as tabelas distribuídas (por exemplo, fragmentado por
tenant_idpara um aplicativo SaaS multilocatário, de forma que todas as linhas de um locatário estejam co-localizadas; resultado esperado: consultas com escopo para um locatário são roteadas para um único fragmento). Classifique suas tabelas como referência, distribuídas ou locais. - Ao usar fragmentação baseada em linha, atualize o esquema do banco de dados e as consultas do aplicativo para que eles sejam executados rapidamente entre os nós.
Verificação de êxito: Depois de concluir essas etapas, as consultas com escopo de locatário ou de chave de partição consistentemente direcionam para um único nó de trabalho e mostram baixa latência estável sob carga.
Próximas Etapas
Antes de começar a criar um aplicativo, primeiro você precisa aprender um pouco sobre a arquitetura do Azure Cosmos DB for PostgreSQL.