Explication de Séparation de domaine
Avec Séparation de domaine, vous pouvez séparer les données d’application, l’interface utilisateur et la logique métier, telles que les règles ou les workflows, dans une seule instance client. La séparation de ces éléments en domaines logiquement définis prend en charge des hiérarchies spécifiques pour tous les clients qui utilisent vos applications.
Informations de base sur les domaines
Séparation de domaine, également connue sous le nom d’architecture ServiceNow de plateforme mutualisée, ajoute une surcharge considérable à la gestion d’une instance. Cependant, si vous utilisez Séparation de domaine correctement, 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 Séparation de domaine
- Séparation des données : permet aux locataires du domaine de voir uniquement les données pour lesquelles ils ont l’autorisation. 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 dans les 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 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, et ainsi de suite.
- 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 la marque affichée 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 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 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 profondeur 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’origine de l’utilisateur. Les utilisateurs n’ont pas accès aux données dans les domaines parents, les domaines pairs ou les domaines dans d’autres branches de la hiérarchie.
Consultez la section Contient des requêtes et un accès au domaine pour connaître les options avancées permettant d’accorder une visibilité de domaine supplémentaire.
Le diagramme suivant montre comment le processus d’architecture se déroule jusqu’aux domaines enfants.