Explication de Domain Separation
Avec Domain Separation, vous pouvez séparer les données d’application, l’interface utilisateur et la logique métier, comme les règles ou les workflows, dans une seule instance client. La séparation de ces éléments en domaines définis logiquement prend en charge des hiérarchies spécifiques pour tous les clients qui utilisent vos applications.
Notions de base sur les domaines
Domain Separation, également connue sous le nom d’architecture ServiceNow de plateforme mutualisée, entraîne une surcharge considérable dans la gestion d’une instance. Cependant, si vous utilisez correctement Domain Separation, cela peut améliorer l’efficacité, renforcer la sécurité et augmenter les performances des instances de vos clients.
Vous ne pouvez pas séparer certaines normes et propriétés globales, telles que les propriétés système et le schéma de table, par locataire.
Avant de commencer à séparer des domaines, lisez les instructions suivantes.
Ce que vous pouvez faire avec Domain Separation
- Séparation des données : permet aux locataires du domaine d’afficher uniquement les données pour lesquelles ils sont autorisés. Les locataires peuvent avoir accès à d’autres données de locataire, mais ne peuvent pas interroger les données des locataires auxquelles ils n’ont pas accès.
- Lorsque vous mettez à jour des enregistrements de données, ils ne génèrent pas d’enregistrements d’ensembles de mises à jour.
- Les utilisateurs, y compris les comptes clients utilisés pour les intégrations, ne voient que les données dans les domaines auxquels ils sont autorisés à accéder.
- Les clients, les agents et les prestataires peuvent accéder aux données relatives aux clients et aux organisations qu’ils prennent en charge.
- Séparation de l’interface utilisateur : prend en charge une expérience spécifique au locataire pour les éléments d’interface utilisateur tels que les vues, les listes, les étiquettes, etc.
- Vous pouvez remplacer l’interface utilisateur basée sur un navigateur, y compris les menus d’application, les listes, les formulaires et les tableaux de bord. Vous pouvez également les personnaliser pour un domaine ou un ensemble de domaines spécifique tout en préservant votre logique de processus de base.
- Les fournisseurs de services peuvent modifier les marques affichées et les éléments d’interface utilisateur pour répondre aux besoins individuels des clients.
- Séparation de la logique métier : crée des politiques système spécifiques au locataire, telles que des notifications par e-mail, des règles métier, des scripts clients, une politique d’interface utilisateur et des actions d’interface utilisateur.
- Modélisation hiérarchique : imbrique vos locataires multiples afin que les locataires parents puissent accéder aux ressources des locataires enfants. La logique métier pour les locataires parents s’exécute automatiquement pour les locataires enfants, que vous pouvez remplacer à n’importe quel niveau.
- Intelligence entre locataires : gère automatiquement les données, les métadonnées, la logique métier et le contexte de traitement pour les locataires ayant accès à des données de locataire supplémentaires.
Domain separation en un coup d’œil
Le graphique suivant montre la division des données, le processus et la séparation de l’interface utilisateur. Ces concepts sont abordés en détail dans la section Pratiques recommandées.
Architecture de domaine
Les enregistrements utilisateur se voient attribuer une valeur de domaine qui représente le domaine d’origine de l’utilisateur. Les utilisateurs n’ont pas accès aux données des domaines parents, des domaines pairs ou des domaines d’autres branches de la hiérarchie.
Consultez Contient les requêtes et l’accès au domaine les options avancées permettant d’accorder une visibilité de domaine supplémentaire.
Le diagramme suivant montre comment le processus d’architecture s’écoule jusqu’aux domaines enfants.