Séparation de domaine et Vélocité de changement DevOps

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Vélocité de changement DevOps ne prend pas en charge Domain Separation. 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 : Aucun

    • Le champ Domaine peut être présent dans les tables de données, mais il n'existe aucune logique métier pour gérer les données.
    • Ce niveau n'est pas considéré comme étant séparé par domaine.

    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 la séparation en domaines dans Vélocité de changement DevOps

    Utilisez l'application ServiceNow® DevOps avec votre chaîne d'outils DevOps pour fournir des aperçus de données, accélérer le changement et augmenter la visibilité de votre environnement DevOps à l'aide d'un seul système. Dans DevOps, la séparation en domaines cible les cas d'utilisation du demandeur de domaines de locataire au sein d'une application. Cette application a été conçue pour prendre en charge les activités du demandeur au sein des domaines de locataire. Une logique a été mise en place pour acheminer les données vers les domaines de locataire, en fonction des cas d'utilisation applicables. Le propriétaire de l'instance doit pouvoir configurer l'application pour qu'elle fonctionne normalement sur plusieurs locataires. L'application gère l'acheminement des données vers les domaines.

    Toutes les tables dans DevOps prennent en charge la séparation des données uniquement ; la séparation des domaines déléguée n'est pas prise en charge.

    Pour vous assurer que les informations sensibles au domaine ne sont pas disponibles dans un domaine global, assurez-vous de créer des politiques au niveau du domaine et non au niveau global. Tout en gérant les fournisseurs de services, créez des politiques au niveau du fournisseur de service. Si vous créez des politiques à un niveau global, lorsque vous exécutez l'audit, les résultats d'« exécution » de la politique des balises sont créés dans le domaine global et non dans les domaines respectifs.