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.
Estas são as características comuns das cargas de trabalho mais adequadas para o Azure Cosmos DB for PostgreSQL.
Prerequisites
Este artigo pressupõe que você conhece os conceitos fundamentais do dimensionamento. Leia sobre isso se você ainda não o fez.
Características do SaaS multilocatário
- Os locatários veem seus próprios dados. Eles não podem ver os dados de outros locatários.
- A maioria dos aplicativos SaaS B2B é multilocatário. Os exemplos incluem o Salesforce ou o Shopify.
- Na maioria dos aplicativos SaaS B2B, há centenas a dezenas de milhares de locatários e mais locatários continuam ingressando.
- Os aplicativos SaaS multilocatários são principalmente operacionais/transacionais, com requisitos de latência de milissegundos de dígito único para as consultas de banco de dados.
- Esses aplicativos têm um modelo de dados relacional clássico e são criados usando ORMs – como RoR, Hibernate, Django etc.
Características da análise operacional em tempo real
- Esses aplicativos têm um painel de análise interativo voltado para o cliente/usuário, com um requisito de latência de consulta de sub-segundos.
- Alta simultaneidade necessária – pelo menos 20 usuários.
- Analisa dados atualizados, no último segundo a alguns minutos.
- A maioria tem dados de série temporal, como eventos, logs etc.
- Os modelos de dados comuns nesses aplicativos incluem:
- Esquema em estrela – poucas tabelas de fatos/grandes, o restante consiste em tabelas de dimensões/pequenas
- Geralmente menos de 20 tabelas principais
Características da transação de alta taxa de transferência
- Execute as cargas de trabalho no estilo de documento/NoSQL, mas exija os recursos do PostgreSQL, como transações, chaves estrangeiras/primárias, gatilhos, extensão como PostGIS etc.
- A carga de trabalho é baseada em uma única chave. Ela tem CRUD e pesquisas com base nessa chave.
- Esses aplicativos têm requisitos de alta taxa de transferência: milhares a centenas de milhares de TPS.
- Latência de consulta em milissegundos de dígito único, com um requisito de alta simultaneidade.
- Dados de série temporal, como Internet das Coisas.
Próximas Etapas
Escolha o que for mais adequado para o aplicativo: