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

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 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.

    Séparation de domaine dans DevOps Vue d’ensemble de la vélocité de changement

    Utilisez l’application avec votre DevOps chaîne d’outils pour fournir des aperçus des données, accélérer le ServiceNow® DevOps changement et augmenter la visibilité de votre DevOps environnement à l’aide d’un système unique. Dans , Séparation DevOps de domaine cible les cas d’utilisation du demandeur de domaine de locataire dans 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 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.