Rôles requis

Les rôles suivants sont requis pour travailler avec des produits de données :

• df_data_steward : nécessaire pour créer et gérer des interfaces de données dans la console de données.
• data_product_admin : nécessaire pour créer, mettre à jour et publier des produits de données.
• data_product_user : accès en lecture seule. Requis pour les consommateurs qui interrogent des produits de données publiés.

Contactez votre administrateur système pour que ces rôles soient affectés à votre compte.

Connecteurs zéro copie pour les sources de données externes

Si vos interfaces de données utilisent des tables de systèmes externes tels que Snowflake, Databricks ou Oracle, un connecteur zéro copie pour chaque système doit être configuré dans Connect Hub avant de commencer. Si vos interfaces de données utilisent uniquement des tables ServiceNow, aucun connecteur n’est requis.

Un connecteur zéro copie établit un chemin de données en direct entre ServiceNow et le système externe. Lorsqu’un consommateur interroge une interface de données construite sur une table externe, ServiceNow utilise le connecteur pour récupérer les données directement à partir de la source. Aucune donnée n’est copiée dans ServiceNow : le système source fait autorité.

Les connecteurs zéro copie et les collecteurs de métadonnées ont des objectifs différents et sont tous deux nécessaires pour les sources externes :

• Un connecteur à copie zéro fournit le chemin de données en direct utilisé lors de l’interrogation d’une interface de données ou de la vérification d’une connexion lors de la création d’une interface de données.
• Un collecteur de métadonnées lit les informations de schéma à partir du système source et les publie dans le catalogue de données. Il rend les tables sources détectables lors de la création d’interfaces de données et rend les produits de données publiés visibles par les consommateurs. Il ne donne pas accès aux données en direct.

Le connecteur à copie zéro doit être testé et vérifié comme opérationnel avant de créer des interfaces de données. Les échecs de connexion lors de la création de l’interface de données indiquent que le connecteur n’est pas correctement configuré ou que le système externe n’est pas disponible.

Pour les instructions de configuration, reportez-vous à la section Connecteurs zéro copie.

Collecteurs de métadonnées et visibilité du catalogue de données

Les collecteurs de métadonnées lisent les informations de schéma (noms de table, noms de colonnes et types de données) à partir d’un système source et les publient dans le catalogue de données. Ils ne déplacent ni ne copient les données.

Deux points du workflow dépendent de l’exécution d’un collecteur de métadonnées :

• Avant de créer une interface de données : Les tables sources doivent être détectables dans le catalogue de données avant de pouvoir les sélectionner dans l’assistant d’interface de données. Si une table n’apparaît pas dans la recherche, le collecteur de métadonnées de cette source ne s’est pas exécuté ou n’a pas été configuré. Demandez à votre administrateur de l’exécuter manuellement à partir du Hub de Connexion.
• Après la publication d’une interface de données ou d’un produit de données : Il y a un délai entre la publication et l’apparition de l’actif dans le catalogue de données. Le collecteur de métadonnées doit s’exécuter avant que les consommateurs puissent découvrir le produit publié. Si vous ne pouvez pas attendre l’exécution planifiée, demandez à votre administrateur d’exécuter le collecteur manuellement à partir de Connect Hub.

Les collecteurs de métadonnées s’exécutent généralement de manière planifiée, mais peuvent être déclenchés manuellement lorsque des mises à jour immédiates du catalogue sont requises. Le processus de collecte peut prendre plusieurs minutes en fonction de la taille et de la complexité du schéma du système source.

Pour obtenir des instructions de configuration, consultez la documentation du collecteur de métadonnées dans la documentation du produit ServiceNow.

Périmètre de l'application

Les interfaces de données et les produits de données sont créés dans un périmètre d’application. Vérifiez que le bon périmètre est actif dans votre instance avant de commencer. Les ressources créées dans un périmètre ne sont pas modifiables à partir d’un autre périmètre.