Séparation de domaine et CDM
CDM 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.
Important :
DevOps Config est désormais obsolète et n’est plus pris en charge ni disponible pour une nouvelle activation.
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.
Vue d'ensemble de la séparation en domaines et de CDM
La séparation en domaines pour CDM signifie que seul un utilisateur dans le domaine de l'application ou le domaine parent peut accéder aux données. Toutes les fonctionnalités pour CDM fonctionnent dans un environnement séparé par domaine, à condition que toutes les actions suivantes soient effectuées par des utilisateurs au sein de ce domaine :
- Créer une application
- Créer/charger des données de configuration
- Valider l'ensemble de changements
- Créer des instantanés
- Valider les instantanés
- Stratégies de carte
- Exporter les instantanés
Comment fonctionne la séparation en domaine dans CDM
Pour configurer la séparation en domaines pour CDM :
- Créez votre domaine, puis créez des utilisateurs CDM dans ce domaine.
- Seul un utilisateur spécifié (administrateur CDM 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.
Suivez ces conseils pour une séparation en domaines réussie :
- Créez un utilisateur distinct pour chaque domaine afin d'effectuer le chargement, la modification ou l'exportation des données de configuration.
- Seuls les utilisateurs du domaine de l'application doivent charger ou créer des données dans le domaine.
- Évitez de charger ou de créer des données de configuration pour une application donnée dans plusieurs domaines.
- 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 CDM
Les tables CDM incluent une colonne Domaine.
- sn_cdm_application
- sn_cdm_changeset
- sn_cdm_deployable
- sn_cdm_exporter
- sn_cdm_exporter_execution
- sn_cdm_exporter_execution_log
- sn_cdm_exporter_version
- sn_cdm_exporter_version_argument
- sn_cdm_node
- sn_cdm_node_main
- sn_cdm_pace_policy_mapping
- sn_cdm_restricted_groups
- sn_cdm_snapshot