En savoir plus sur la séparation en domaines
L’application Séparation de domaine est prise en charge pour Générateur d'IU . Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.
Niveau de prise en charge : Standard
- Inclut tous les aspects du support de niveau basique .
- Les propriétés d'application sont sensibles au domaine selon les besoins.
- Logique métier : le fournisseur de service (SP) crée ou modifie des processus par client. Les cas d'utilisation reflètent l'utilisation appropriée de l'application par plusieurs clients SP dans une seule instance.
- Le propriétaire de l'instance doit configurer la logique métier et les paramètres de données du produit minimum viable (MVP) par locataire comme prévu pour l'application spécifique.
Exemple de cas d’utilisation : un administrateur doit être en mesure de donner les commentaires appropriés lorsqu’un enregistrement se ferme pour un locataire, mais pas pour un autre.
Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.
Vue d’ensemble de Séparation en domaines dans Générateur d'IU
Générateur d'IU est un générateur d’interface utilisateur Web. Générateur d'IU Permet aux développeurs de créer de nouvelles pages ou de personnaliser des pages existantes pour des expériences d’espace de travail basées sur le Web à l’aide Composants Next Experience de composants Web personnalisés. En outre, Générateur d'IU prend en charge Séparation de domaine, qui est l’architecture mutualisée à l’échelle de l’instance ServiceNow® .
Permettez aux développeurs ou aux générateurs de tableaux de bord dans des environnements séparés par domaine de créer en toute sécurité des écrans d’application d’interface utilisateur ou des tableaux de bord dans la même fenêtre de navigateur. Séparation de domaine fonctionne de Générateur d'IU la même manière que le périmètre de l’application pour aider les administrateurs à créer ou modifier en toute sécurité dans un environnement mutualisé.
Il est important de comprendre un principe clé pour maintenir une instance stable, saine et évolutiveServiceNow®, où Séparationen domaines est installée. Le principe premier est la standardisation. La normalisation désigne une configuration commune par laquelle la plupart des instances fonctionnent. Lorsqu’une instance compte des centaines ou des milliers de domaines, leur gestion réussie nécessite une gouvernance rigoureuse. Les configurations spécifiques à un domaine ne doivent être utilisées que si elles sont jugées nécessaires par les propriétaires d’instances. En règle générale, la plupart des instances doivent suivre la configuration d’instance commune. Vous bénéficiez ainsi d’une expérience plus uniforme sur l’ensemble de l’instance. Il permet également aux propriétaires d’instances de minimiser la prolifération du code qui ralentit l’adoption des nouvelles ServiceNow® fonctionnalités incluses dans les mises à niveau de version.
Comment fonctionne Séparation de domaine dans Générateur d'IU
Séparation de domaine fonctionne de Générateur d'IU la même manière que le périmètre de l’application pour aider les administrateurs à créer ou modifier en toute sécurité dans un environnement mutualisé.
Générateur d'IU est compromis par un cadre de travail de composants imbriqués que vous utilisez pour créer des espaces de travail, des tableaux de bord ou des portails basés sur le Web. Bien que l’application prenne en charge Séparation de domaine, cela ne signifie pas que chaque composant ou table est séparé par domaine, ce qui est important pour les propriétaires d’instances.
Si le domaine actuel ne correspond pas au domaine de la variante ou du tableau de bord, l’enregistrement est en lecture seule. Si un utilisateur a accès au domaine, il peut choisir de changer son domaine pour le domaine de l’enregistrement. Les utilisateurs peuvent également modifier l’enregistrement. La modification de l’enregistrement force temporairement la session utilisateur dans le domaine de cet enregistrement. Ils peuvent alors effectuer des modifications sans craindre de créer accidentellement un contournement.
Le diagramme suivant montre ce qui est (en vert) et ce qui n’est pas (en bleu) séparé en domaine dans Générateur d'IU.
Le diagramme ne montre pas les fenêtres d’affichage, les actions déclaratives et les applicabilités d’écran qui sont prises en charge par domaine en tant que processus.
La séparation des données et des processus/de l’interface utilisateur est importante lors de l’examen de l’architecture de séparation de domaine. Générateur d'IU prend entièrement en charge la séparation des données et de processus/interface utilisateur, ainsi que toutes les données (enregistrements) affichées dans l’espace de travail, le tableau de bord ou le portail Web.
Par exemple, une demande de changement qui appartient au domaine ACME s’affiche uniquement pour les utilisateurs qui ont accès au domaine d’ACME dans une expérience créée à l’aide Générateur d'IUde . Inversement, si une application ne prend pas en charge la séparation des données, ses enregistrements ne seront pas séparés par domaine par l’expérience de l’espace de travail ou du portail.
Les tables de séparation processus/interface utilisateur qui forment le cadre de travail Générateur d'IU sous-jacent sont séparées par processus, et une colonne sys_override existe dans ces tables. Par exemple, si une page est créée dans Global, toute modification apportée à la logique créée et enregistrée dans un sous-domaine entraîne un contournement.
Pour les éléments qui ne sont pas séparés par domaine, toute modification apportée à la logique affecte globalement toute page ou tout tableau de bord qui fait référence à son contenu. Il est essentiel de comprendre la séparation en domaines lorsque vous interagissez avec ces éléments.
Menu de sélection de domaine, messagerie et gestion des remplacements
Lors de la conception d’un espace de travail, d’un tableau de bord ou d’une expérience de portail à l’aide de (y compris Dashboard Générateur d'IU Builder (Générateur de tableau de bord), un administrateur système ou ui_builder_admin a accès à un menu Sélection de domaine dans Générateur d'IU. Un administrateur système ou un ui_builder_admin doit passer au domaine approprié avant de créer, de modifier ou de remplacer une variante ou une page de tableau de bord.
Par défaut, le rôle ui_builder_admin n’a pas accès au menu Sélection de domaine . Le menu Sélection de domaine doit être couplé à un rôle qui accorde l’accès, tel que ITIL, ou il peut être ajouté via une propriété système. Pour plus d'informations, consultez Enable domain selection menus in Core UI.
En outre, le menu Sélection de domaine affiche également Développer/réduire le champ d’application de domaine, qui s’affiche lorsque l’administrateur système ou le ui_builder_admin est dans Global. Sélectionnez Développer pour afficher n’importe quelle variante ou tableau de bord qui a été remplacé, ou qui existe en tant qu’autonome dans un sous-domaine. Sélectionnez Réduire pour afficher uniquement les variantes ou les tableaux de bord créés dans l’instance globale.
Enfin, la hiérarchie des domaines est disponible dans le menu Sélection de domaine . Pour les hiérarchies de domaines profonds, l’utilisateur peut avoir à réduire les branches de la hiérarchie de domaines pour sélectionner physiquement le domaine. Dans ces environnements, effectuez une recherche pour trouver le domaine.
Générateur d'IU dispose de contrôles de gouvernance pour la modification et le remplacement de variantes ou de tableaux de bord, similaires à la façon dont le périmètre de l’application est géré. Le périmètre de l’application et le périmètre de domaine sont traités simultanément dans Générateur d'IU.
Par exemple, si une variante a été créée dans Global, mais que le domaine actuel de l’administrateur système est défini sur Acme, alors cette variante est en lecture seule. Tant que cet écran n’est pas dans un périmètre privé qui empêche la modification, l’administrateur système ou ui_builder_admin ont deux options. Ils peuvent temporairement effectuer des transactions dans le domaine global s’ils ont accès à Global. Ou, ils peuvent créer un contournement.
Vous pouvez modifier la séparation de domaine pour apporter des changements rapides à la variante ou au tableau de bord et à son contenu. Lorsque vous modifiez le domaine, vous effectuez temporairement une transaction dans le même champ d’application de domaine que la variante ou le tableau de bord. Le fait d’aller dans le même champ d’application empêche les remplacements accidentels lors de la modification de certains paramètres (tels que le nom, l’ordre, les mappages d’événements, les configurations de définition de page) liés à la variante. En mode édition, tous les paramètres ne sont pas disponibles dans la gestion des pages. Pour obtenir toutes les options, basculez dans le domaine correct avant de modifier l’enregistrement.
L’option Créer un remplacement permet à un administrateur système ou à un ui_builder_admin de créer un remplacement d’une variante existante ou d’un tableau de bord. Créez un remplacement d’une variante ou d’un tableau de bord pour effectuer une copie complète du contenu de la définition de page, moins les conditions d’écran et les audiences dans le domaine actuellement sélectionné de l’utilisateur. La colonne sys_override est ensuite mise à jour de manière appropriée.
Les Viewport, qui sont des variantes en soi, sont séparées par domaine et sont généralement imbriquées dans le contenu de la définition de page. Certaines fenêtres d’affichage peuvent ne pas être copiées. Par exemple, un Viewport (affiché sous forme d’ensemble d’onglets) qui a été créé en tant que remplacement dans un domaine d’un Viewport global ne sera pas transporté dans le contenu de la définition de page pendant le processus de création du remplacement.
Étant donné que les conditions d’écran et les audiences peuvent être spécifiques à un domaine, ce contenu n’est pas transféré pendant le processus de création de remplacement. Un écran invite l’administrateur système ou le ui_builder_admin à créer des conditions d’écran et des audiences.
Un utilisateur ne peut pas créer un remplacement d’une variante ou d’un tableau de bord dans Global si l’élément existe dans un sous-domaine, ou si un remplacement existe pour cette variante ou ce tableau de bord dans le même sous-domaine.
Une fois le remplacement effectué, les conditions et les audiences définis, le contenu et les configurations peuvent être configurés selon les besoins. En standard de Séparation de domaine, le remplacement n’est plus affecté par les modifications apportées à la variante ou au tableau de bord d’origine. L’expérience de l’espace de travail, du tableau de bord ou du portail affiche ces configurations remplacées si la session de domaine actuelle de l’utilisateur se trouve dans le domaine ou les sous-domaines affectés où ce remplacement a été créé. Les audiences déterminent également ce qu’un utilisateur peut ou ne peut pas voir.
En outre, un utilisateur peut accéder à la hiérarchie des domaines pour afficher les remplacements existants à partir de domaines supérieurs. Par exemple, Global < : Top < : Acme < : domaine en cours. Si aucun remplacement n’existe, la variante par défaut ou le tableau de bord s’affiche. L’exception est si la variante ou le tableau de bord par défaut se trouve dans un domaine enfant ou un domaine homologue.
Si vous sélectionnez Élargir le champ d’application de domaine dans l’environnement global, toutes les variantes et tous les remplacements dans les sous-domaines s’affichent comme mentionné précédemment.
Les administrateurs système et les ui_builder_admin peuvent voir ce qui a été créé dans la ServiceNow® plateforme.
Fenêtres d’affichage et séparation de domaine
Les Viewport sont des variantes qui peuvent être imbriquées dans le contenu de la définition d’une page. Elles peuvent être créées en tant que configuration commune dans Global ou peuvent être remplacées par un sous-domaine.
Actions déclaratives et séparation de domaine
Les actions déclaratives peuvent également être remplacées par domaine. Un administrateur système ou ui_builder_admin doit sélectionner le domaine approprié avant de créer un remplacement d’action déclarative spécifique à un domaine.