Séparation de domaine et Connexion au flux

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture

    • Connexion au flux prend en charge Séparation de domaine. 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 de la prise en charge 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.

    Réplication de messages

    Les enregistrements dans les tables de réplication de message de Connexion au flux suivantes sont séparés par domaine.
    • Réplications de messages [sys_sc_message_replication]
    • Réplications de canaux [sys_sc_channel_replication]
    • Statistiques de réplication de message [sys_sc_channel_replication_metric]
    • Réplications de rubriques Kafka [sys_kafka_topic_replication]

    Le domaine d’un enregistrement de réplication de messages est spécifié dans le champ sys_domain de l’enregistrement.

    Pour les enregistrements de réplication de canal et de mesures de réplication, le domaine est déterminé par l’attribut domain_master . L’attribut domain_master utilise le domaine d’un champ de référence pour déterminer le domaine de l’enregistrement actuel. Un enregistrement de réplication de canal obtient son domaine à partir de l’enregistrement de réplication de message référencé. Un enregistrement de mesures de réplication obtient son domaine à partir de l’enregistrement de réplication du canal référencé.

    Un enregistrement de réplication de rubrique Kafka a le même domaine que son enregistrement de réplication de canal associé, car la table Réplications de canal est un parent de la table Réplications de rubriques Kafka.

    Espaces de noms des rubriques

    Vous pouvez utiliser des espaces de noms de rubriques pour configurer les domaines pouvant accéder à une rubrique Kafka sur une instance séparée par domaine. Dans ServiceNow, les rubriques Kafka sont liées à un espace de noms. Les espaces de noms peuvent être liés à ServiceNow des domaines. Lorsqu’un espace de noms est affecté à un domaine spécifique, toutes les rubriques créées avec cet espace de noms sont également affectées au domaine de l’espace de noms. Les utilisateurs ne peuvent voir et interagir avec les rubriques auxquelles ils ont accès, en fonction de la visibilité du domaine et des listes de contrôle d’accès (ACL).

    Pour plus d'informations, consultez .

    Producteurs et consommateurs

    Les producteurs et les consommateurs de Connexion au flux sont également séparés par domaine. Pour les créateurs, vous pouvez produire des données uniquement pour les rubriques visibles par le domaine.

    Pour les consommateurs, toutes les tables utilisées pour conserver les données d’exécution sont séparées par domaine. Ces tables comprennent les éléments suivants.
    • Flux Kafka [sys_kafka_stream]
    • Abonnements Kafka [sys_kafka_subscription]
    • Groupes de partitions d’abonnement Kafka [sys_kafka_partition_group]
    • Statistiques des consommateurs Kafka [sys_kafka_consumer_statistics]
    • Messages Kafka non traités [sys_kafka_unprocessed_messages]

    Les utilisateurs du domaine peuvent créer des flux Kafka spécifiques à un domaine avec les rubriques visibles par le domaine. Lors de l’activation d’un flux Kafka, les groupes d’abonnements et de partitions sont créés au sein du même domaine. Lors de l’exécution, le domaine du groupe de partitions est défini par le thread du consommateur afin que toutes les données soient importées dans le domaine correct. Pour plus d’informations sur les producteurs, les consommateurs et les flux Kafka, reportez-vous à la section Utiliser Connexion au flux for Apache Kafka.

    Gestion des schémas

    Les tables pour schémas et registres de schémas sont séparées par domaine. Il s’agit notamment des éléments suivants.
    • Schémas de connexions au flux [stream_connect_schema]
    • Schéma de connexion au flux autonome [standalone_stream_connect_schema]
    • Schéma de connexion au flux confluent [confluent_stream_connect_schema]
    • Registre de schémas de connexion au flux [stream_connect_schema_registry]
    • Schéma de connexion au flux confluent [confluent_stream_connect_schema]
    • Schéma de connexion au flux autonome [standalone_stream_connect_schema]