Séparation de domaine et Operational Resilience

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 2 minutes de lecture

    • Operational Resilience 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 : basique

    • Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
    • L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, des rapports, des déploiements et des agrégations.
    • Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.

    Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.

    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

    Operational Resilience prend en charge la séparation de domaine. Les tables sont agrégées par bandes avec l’ID de domaine et le chemin de domaine. Domain separation signifie Operational Resilience que seul un utilisateur du domaine de l’application ou du domaine parent peut accéder aux données. Toutes les fonctionnalités fonctionnent Operational Resilience dans un environnement séparé par domaine, à condition que toutes les actions suivantes soient effectuées par les utilisateurs au sein de ce domaine :
    • Créer une application
    • Créer/charger des données de configuration
    • Effectuer une analyse de scénarios
    • Mesurer l’importance et l’impact de votre service d’entreprise
    • Auto-attester de votre Operational Resilience statut

    Comment fonctionne Séparation de domaine dans Operational Resilience

    Domain separation n’est prise en charge qu’au niveau des données pour Operational Resilience. La configuration des données de tâches planifiées entre niveaux n’est pas prise en charge. Par conséquent, vous devez copier la tâche planifiée dans chacun de vos domaines pour respecter la séparation des niveaux de données.

    Pour configurer Domain Separation pour Operational Resilience:
    1. Créez votre domaine, puis créez des Operational Resilience utilisateurs dans ce domaine.
    2. Seul un utilisateur spécifié (Operational Resilience administrateur dans ce domaine) doit renseigner les données de configuration dans le domaine de l’application.
    3. Seuls les utilisateurs du domaine de l’application doivent charger ou créer des données dans le domaine.
    Suivez ces conseils pour réussir la séparation de domaines :
    • Créez un utilisateur distinct pour chaque domaine afin d’effectuer le chargement, la modification ou l’exportation des données de configuration.
    • Évitez de charger ou de créer des données de configuration pour une application donnée dans plusieurs domaines.
    • Seuls les utilisateurs du domaine de l’application doivent charger ou créer des données dans le domaine.
    • Les politiques et les exportateurs doivent se trouver dans le domaine de l’application ou dans le domaine global.

    Tables séparées par domaine dans Operational Resilience

    Toutes les Operational Resilience tables incluent une colonne Domaine .