L’explication de Domain Separation
Avec Séparation de domaine, 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 de manière logique prend en charge des hiérarchies spécifiques pour tous les clients qui utilisent vos applications.
Bases du domaine
Domain Separation, également connue sous le nom d’architecture ServiceNow de plateforme mutualisée, ajoute des frais généraux considérables à la gestion d’une instance. Cependant, si vous utilisez correctement Séparation de domaine, elle 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 Séparation de domaine
- Séparation des données : permet aux locataires du domaine de voir uniquement les données qu’ils ont l’autorisation de voir. Les locataires peuvent avoir accès à d’autres données de locataire, mais ne peuvent pas interroger les données de locataire 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 des domaines auxquels ils ont l’autorisation d’accéder.
- Les clients, les agents et les prestataires voient les données relatives aux clients et aux organisations qu’ils assistent.
- 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 spécifique ou un ensemble de domaines tout en préservant votre logique de processus de base.
- Les fournisseurs de services peuvent modifier les éléments de marque et d’interface utilisateur affichés 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 les notifications par e-mail, les règles métier, les scripts clients, la politique d’interface utilisateur et les actions d’interface utilisateur.
- Modélisation hiérarchique : imbrique vos multiples locataires 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 interlocataire : 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.
Séparation de domaine 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 du domaine
Les enregistrements utilisateur se voient attribuer une valeur de domaine qui représente le domaine d’accueil de l’utilisateur. Les utilisateurs n’ont pas accès aux données des domaines parents, des domaines homologues ou des domaines d’autres branches de la hiérarchie.
Consultez la section Contient des requêtes et l’accès au domaine pour les options avancées permettant d’accorder une visibilité supplémentaire sur le domaine.
Le diagramme suivant montre comment le processus d’architecture s’écoule vers les domaines enfants.