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.
Conception multilocataire basée sur des modèles de groupes
Parfois, il n'est pas nécessaire ou faisable de mettre en œuvre le modèle de silo en raison des coûts ou des frais d'exploitation :
-
Il se peut que vous ne disposiez pas des ressources nécessaires pour gérer un cluster individuel par locataire.
-
Il n'est peut-être pas nécessaire de séparer physiquement les données de chaque locataire, et une séparation logique est suffisante pour répondre à leurs besoins et aux exigences de conformité.
Le schéma suivant montre le modèle de pool, les données des locataires étant placées dans un seul cluster Amazon Neptune, et tous les locataires partageant une base de données commune.
Ce modèle d'isolation des pools réduit les frais de gestion et peut améliorer l'efficacité opérationnelle car il y a moins de clusters à gérer. En outre, les ressources informatiques peuvent être partagées entre plusieurs clients au lieu de rester inactives pendant les périodes d'inactivité des clients.
Lorsque vous utilisez le modèle de pool, vous pouvez modéliser les données de deux manières. Votre approche varie selon que vous créez un graphe de propriétés étiqueté (LPG) ou un graphe avec le Resource Description Framework (RDF).
