Séparation de domaine et Gestion des actifs logiciels
L'application Séparation de domaine est prise en charge dans Gestion des actifs logiciels. 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 : Amélioré
- Inclut tous les aspects des niveaux de prise en charge Basique et Standard.
- Le processus piloté par les données permet aux clients du fournisseur de service de modifier la logique métier basée sur des cas d'utilisation définis. Ces configurations sont basées sur l'interface utilisateur et sont sécurisées de sorte que les configurations d'un client ne peuvent pas en affecter une autre.
- Les locataires de l'instance doivent être en mesure de configurer la logique métier et les paramètres de données du produit minimum viable (MVP) pour eux-mêmes. Cette logique et ces paramètres sont attendus pour un fonctionnement normal de l'application.
Exemple de cas d'utilisation : les locataire-clients d'un environnement partagé doivent être en mesure de modifier la matrice d'impact, d'urgence ou de priorité pour définir la priorité au sein de leur 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
La prise en charge de Séparation de domaine dans le produit permet aux fournisseurs de services de proposer à leurs clients des services gérés pour la gestion des actifs logiciels et matériels. Cette fonctionnalité s’adresse également aux grandes organisations qui gèrent leurs filiales en tant que domaines indépendants.
Fonctionnement de Séparation de domaine dans Gestion des actifs logiciels
Dans SAM, la séparation de domaine se produit en deux étapes : la séparation des données et la séparation des processus. Depuis la version Paris, les données et le processus sont séparés par domaine.
Tout utilisateur disposant sam_integrator rôle peut créer et modifier les profils d’intégration SaaS. Étant donné que les utilisateurs disposant de ce rôle peuvent également accéder au registre d’application OAuth (actuellement non séparé par domaine, de sorte que les enregistrements de tous les domaines sont visibles), ce rôle sam_integrator doit être affecté avec prudence. L’utilisateur doit faire partie de l’organisation du fournisseur de service et satisfaire aux critères d’autorisations élevées.
Pour afficher les journaux de séparation en domaines, vous devez créer une propriété système intitulée asset.log_level et définir sa valeur sur debug, trace ou info. En fonction de la valeur que vous définissez, les journaux s’affichent lorsqu’une tâche planifiée qui étend la tâche AssetManagementBaseJobscheduled s’exécute.
Dans une instance séparée par domaine, le service de données de contenu (CDS) doit renseigner les données de l’instance avec le domaine défini comme global.
Il est recommandé d’éviter de personnaliser l’enregistrement de configuration du domaine du système de base.
Modules d'extension requis
- Extension Séparation de domaine (com.glide.domain.msp_extensions.installer)
- Analyse des performances : prise en charge du domaine (com.snc.pa.domain_support)
- SAMP (com.sn_samp_master)
- HAMP (application de l’App Store)
Autres modules d'extension pris en charge
- Catalogue de services – Séparation de domaine (com.glideapp.servicecatalog.domain_separation)
- Approvisionnement (com.snc.procurement)
- Gestion des coûts (com.snc.cost_management)
- Gestion des contrats (com.snc.contract_management)
Pour en savoir plus, consultez Séparation de domaine expliquée, Contient les requêtes et l’accès au domaine, et Importance du domaine par défaut.