dedicated e shared; esta página usa os conceitos PostgreSQL correspondentes DATABASE e SCHEMA.
Escolha DATABASE (dedicated) quando isolamento predomina
Use um banco PostgreSQL dedicado por tenant quando ele precisar de um limite de infraestrutura forte, janelas independentes de manutenção de banco ou um plano de recuperação desenhado para um banco dedicado. Exemplos típicos incluem uma instituição altamente regulada, um tenant de alto volume ou um tenant cuja carga não deve compartilhar uma instância PostgreSQL com outros tenants. Essa escolha aumenta o custo de infraestrutura e operação; valide antes o desenho de conexões, backups e migrações do produto.
Escolha SCHEMA (shared) quando densidade predomina
Use um schema dedicado por tenant em um banco PostgreSQL compartilhado quando o produto compatível puder operar no modo
shared e seu modelo operacional valorizar densidade e menor custo de infraestrutura por tenant.
Um incidente ou ação de manutenção no nível do banco pode afetar tenants na instância compartilhada. Planeje capacidade, backups, recuperação e manutenção para esse raio de impacto compartilhado.
Trate a migração como uma operação de produto
Não dependa de uma promoção automática genérica de
SCHEMA para DATABASE. Mover um tenant para armazenamento dedicado exige uma migração planejada pelo operador e suportada pelo produto alvo.
Antes de mudar um registro, defina:
- o procedimento de migração suportado pelo produto alvo;
- um plano testado de backup, consistência e rollback;
- uma janela de manutenção e plano de comunicação; e
- verificações pós-migração de autenticação, roteamento e dados do tenant.
Checklist de decisão
Páginas relacionadas
Multi-tenancy
Suporte por produto, escopo de requisições e conceitos de armazenamento.
Provisionamento automático
Como registros de serviço de tenant provisionam recursos compatíveis.