Séparation de domaine et Résilience opérationnelle
Résilience opérationnelle 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, du reporting, 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.
- 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
- Attestez vous-même de votre Résilience opérationnelle statut
Comment fonctionne Séparation de domaine dans Résilience opérationnelle
Séparation de domaine n’est pris en charge qu’au niveau des données pour Résilience opérationnelle. 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.
- Créez votre domaine, puis créez Résilience opérationnelle des utilisateurs dans ce domaine.
- Seul un utilisateur spécifié (Résilience opérationnelle administrateur dans ce domaine) doit renseigner les données de configuration dans le domaine de l’application.
- Seuls les utilisateurs du domaine de l’application doivent charger ou créer des données dans le domaine.
- 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 Résilience opérationnelle
Toutes les Résilience opérationnelle tables incluent une colonne Domaine .