As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Modelos de particionamento de dados SaaS
Um dos desafios dos desenvolvedores de SaaS é projetar padrões de arquitetura para representar e organizar dados em um ambiente multi-locatário. Esses mecanismos e padrões de armazenamento multilocatário são normalmente chamados de particionamento de dados.
Em um ambiente SaaS multilocatário, é importante distinguir entre particionamento de dados e isolamento de inquilinos. Esses conceitos, embora relacionados, não são sinônimos. O particionamento de dados se refere ao método de armazenamento de dados para cada inquilino. No entanto, o particionamento por si só não garante o isolamento do inquilino. Medidas adicionais são necessárias para garantir que os dados de um inquilino permaneçam inacessíveis para outro.
Os três modelos comuns de particionamento de dados em sistemas SaaS multilocatários são silo, pool e híbrido
-
Conformidade
-
Estratégia de divisão em níveis
-
Requisitos operacionais
-
Necessidades de isolamento de inquilinos
Além disso, cada tipo de banco de dados disponível AWS normalmente oferece uma coleção exclusiva de modelos de particionamento de dados e isolamento de inquilinos. Ao analisar como os gráficos de locatários podem ser organizados para atender às várias necessidades de sua solução, considere os modelos que o Amazon Neptune fornece.
Muitos ISVs começam seu design em Netuno com uma das seguintes afirmações:
-
A ISV solução exige a separação física dos clientes em clusters separados.
-
A ISV solução requer construções como bancos de dados nomeados ou esquemas encontrados em sistemas tradicionais de gerenciamento de banco de dados relacional.
Depois de considerar, ISVs perceba que essas afirmações não são verdadeiras porque, em quase todas as cargas de trabalho, cada um de seus clientes tem um gráfico desconectado em seu banco de dados. A implementação da modelagem de dados e das diretrizes de acesso discutidas neste documento evita que esses limites de dados sejam ultrapassados e mantém a privacidade dos dados do cliente.
Este guia descreve o modelo de silo e o modelo de piscina, mas a maioria ISVs escolhe o modelo de piscina por custos e eficiência operacional. O guia discute brevemente um modelo híbrido que combina aspectos dos modelos de silo e piscina. Alguns ISVs usam um modelo híbrido para seus maiores clientes para acomodar requisitos regulatórios ou de conformidade do tamanho de um gráfico.
