ServiceNow Instance distante
Le ServiceNow connecteur d’instance distante fournit un accès en lecture seule à une autre ServiceNow instance.
Le ServiceNow connecteur d’instance distante vous permet d’interroger les tables résidant dans les instances distantes ServiceNow et d’accéder à ces données comme si elles étaient stockées localement. Ce connecteur est conçu pour permettre à une instance centrale de récupérer les enregistrements d’une ou plusieurs instances distantes en temps réel.
Un administrateur de connexion peut configurer une connexion à une instance distante ServiceNow dans le Centre de Connecteurs zéro copie et accorder aux administrateurs de données l’accès à cette connexion. Les administrateurs de données peuvent ensuite utiliser la connexion établie pour créer une table de structure de données et mapper les données de l’instance distante. Cela permet aux utilisateurs d’accéder aux données distantes ServiceNow via la vue de liste de tables ou à l’aide des scripts GlideRecord. Pour plus d’informations sur la création de tables d’atelier de données et de données de mappage, reportez-vous à la rubrique Gestion des tables de structure de données.
Mode de fonctionnement du connecteur
Une fois qu’une connexion zéro copie est établie et qu’un administrateur des données crée une table de structure de données avec des données mappées, le connecteur interroge l’instance distante chaque fois que les utilisateurs accèdent à la table de structure de données. Les enregistrements sont récupérés en temps réel et affichés dans des listes et des formulaires, mais ils ne sont jamais stockés ou conservés sur votre instance locale. Une fois que les utilisateurs ont fermé la liste ou le formulaire, les données récupérées sont purgées de la mémoire.
Cette approche diffère des autres méthodes de synchronisation de données telles que Réplication de données d'instance (IDR) ou des intégrations d’API personnalisées, car aucun transfert ou stockage de données ne se produit sur l’instance locale.
Modèle de sécurité du compte de service
L’accès aux tables de l’instance distante ServiceNow est contrôlé via un compte de service. L’administrateur de l’instance distante crée ce compte de service et lui accorde les autorisations nécessaires pour accéder uniquement aux tables spécifiques requises pour la connexion.
Lors de la configuration de la connexion, l’administrateur de connexion fournit les informations d’identification du compte de service. Les autorisations affectées au compte de service sur l’instance distante déterminent les tables et les champs disponibles via la connexion zéro copie. Ce modèle de sécurité garantit que les administrateurs de données ne peuvent mapper que les données que l’administrateur de l’instance distante a explicitement rendues accessibles.
Travaillez avec l’administrateur de l’instance distante pour effectuer les tâches suivantes :
- Créez un compte de service dédié pour un accès zéro copie.
- Accordez au compte de service des autorisations de lecture sur les tables requises sur l’instance distante.
- Documentez les tables et les champs auxquels le compte de service peut accéder.
Cas d'utilisation
Un fournisseur de services gérés exploite douze ServiceNow instances pour différentes unités business, chacune contenant des données sur les incidents, les changements et les actifs spécifiques à cette unité. En raison des réglementations en matière de résidence des données dans plusieurs régions, les enregistrements ne peuvent pas être copiés ou déplacés entre les instances.
Le fournisseur désigne une instance comme instance de traitement centrale où les workflows et les tableaux de bord inter-organisationnels sont gérés. À l’aide du connecteur d’instance ServiceNow distante, l’instance centrale établit des connexions zéro copie à chacune des douze instances distantes. Les administrateurs des données créent des tables de structure de données qui mappent les champs d’incident et d’actif à partir des instances distantes.
Lorsqu’un tableau de bord de direction affiche des mesures consolidées, l’instance centrale interroge chaque instance distante et récupère uniquement les enregistrements nécessaires pour la vue actuelle. Lorsqu’un workflow nécessite une décision basée sur les données d’actif d’une région spécifique, l’instance centrale recherche les enregistrements pertinents sans les stocker. Tout au long de ces opérations, toutes les données restent dans leur instance d’origine, répondant aux besoins de résidence des données tout en fournissant la visibilité unifiée dont l’organisation a besoin.