Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Modèles de partitionnement des données SaaS
L'un des défis pour les développeurs de SaaS est de concevoir des modèles architecturaux pour représenter et organiser les données dans un environnement mutualisé. Ces mécanismes et modèles de stockage mutualisés sont généralement appelés partitionnement des données.
Dans un environnement SaaS à locataires multiples, il est important de faire la distinction entre le partitionnement des données et l'isolation des locataires. Ces concepts, bien que liés, ne sont pas synonymes. Le partitionnement des données fait référence à la méthode de stockage des données pour chaque locataire. Cependant, le cloisonnement à lui seul ne garantit pas l'isolement des locataires. Des mesures supplémentaires sont nécessaires pour garantir que les données d'un locataire restent inaccessibles à un autre.
Les trois modèles courants de partitionnement des données dans les systèmes SaaS à locataires
-
Conformité d'
-
Stratégie de hiérarchisation
-
Besoins opérationnels
-
Besoins d'isolation des locataires
En outre, chaque type de base de données disponible sur propose AWS généralement un ensemble unique de modèles de partitionnement des données et d'isolation des locataires. Lorsque vous étudiez la manière dont les graphiques des locataires peuvent être organisés pour répondre aux différents besoins de votre solution, considérez les modèles proposés par Amazon Neptune.
Beaucoup ISVs commencent leur conception sur Neptune par l'une des assertions suivantes :
-
La ISV solution nécessite une séparation physique des clients au sein de clusters distincts.
-
La ISV solution nécessite des structures telles que des bases de données nommées ou des schémas utilisés dans les systèmes de gestion de bases de données relationnelles traditionnels.
Après mûre réflexion, ISVs réalisez que ces assertions ne sont pas vraies car, dans presque toutes les charges de travail, chacun de ses clients possède un graphe déconnecté dans sa base de données. La mise en œuvre de la modélisation des données et des directives d'accès décrites dans ce document empêche le franchissement de ces limites de données et préserve la confidentialité des données des clients.
Ce guide décrit à la fois le modèle de silo et le modèle de pool, mais la plupart ISVs choisissent le modèle de pool pour des raisons de coût et d'efficacité opérationnelle. Le guide décrit brièvement un modèle hybride qui combine les aspects des modèles de silo et de piscine. Certains ISVs utilisent un modèle hybride pour leurs plus gros clients afin de répondre aux exigences réglementaires ou de conformité liées à la taille du graphique.
