Architecture de référence du fournisseur de services

Vos clients peuvent accéder aux services du fournisseur de services (SP) à l’aide d’un portail conçu pour qu’ils puissent atteindre leur instance séparée par domaine.

Attributs de base de l’architecture de référence du fournisseur de service

• Vous n’affectez pas de prestataires à un domaine. Au lieu de cela, vous les partagez entre les domaines. Il est donc plus difficile de vérifier le nombre de prestataires que vous avez par domaine.
• Vous pouvez partager et exploiter l’administration de domaine. Cela signifie qu’il n’y a pas de surcharge et que vous pouvez optimiser les licences.
• Le nombre d’utilisateurs sur l’instance peut changer lorsque vous obtenez un nouveau client. Un nouveau client peut entraîner des dizaines, voire des centaines de milliers de nouveaux utilisateurs sur le système. Le nombre total d’utilisateurs est pratiquement illimité dans un environnement partagé.

Le portail des services SP est dédié ou partagé avec l’instance partagée SP. Les fournisseurs de services utilisent ServiceNow des instances partagées pour gérer leur prestation de services.

Hiérarchie de référence pour les instances séparées par domaine

Figure 1. Comparaison de l’architecture de référence du portail de services

• Arborescences de décision de l’architecture de référence du fournisseur de service
  Vous pouvez utiliser des arborescences de décision et un tableau comparatif pour déterminer si un nouveau client doit être ajouté à une instance partagée ou à sa propre instance dédiée.
• Architecture de référence du fournisseur de service pour les instances dédiées
  Les clients des fournisseurs de services (SP) peuvent accéder aux services SP en utilisant un portail vers une instance dédiée. Les SP utilisent ces instances dédiées pour gérer leur prestation de services.
• Architecture de référence du fournisseur de services pour hybride
  Utilisez l’architecture de référence du fournisseur de services hybride (SP) pour obtenir une solution personnalisée. Vos clients ont besoin d’une instance dédiée pour un service spécifique. Ils peuvent toujours utiliser l’instance SP partagée pour d’autres services, mais l’intégration de chaque instance est nécessaire.
• Architecture de référence du fournisseur de services pour Service Integration and Management (SIAM)
  L’architecture Service Integration and Management SIAM (Service Integration and Management) pour fournisseur de services (SP) intègre les services pour une expérience client unifiée.

Concepts associés

• L’explication de Domain Separation
• Séparation de contexte et de domaine
• Fonctionnement d’une requête de base de données avec Séparation de domaine
• Séparation par domaine d’une table personnalisée
• Personnalisation des propriétés et des thèmes de domaine
• Gestion de la séparation de domaine pour des utilisations spécifiques
• Configuration de Séparation de domaine avec le sélecteur de domaine
• Considérations sur les performances de séparation en domaines
• Configuration des hiérarchies de domaines
• Vérification des journaux de domaine pour les erreurs et les avertissements
• Importance du domaine par défaut
• Contient des requêtes et l’accès au domaine
• Méthode de requête des chemins de domaine
• Requêtes lentes et débogage SQL
• Avant les règles métier des requêtes
• Éviter le chemin de domaine dans les scripts
• Séparation de domaine et le module d’extension Gestion du service client (CSM)

Référence associée

• Hiérarchies Domain Separation
• Séparer et sécuriser les données avec Domain Separation
• Alternatives à la séparation en domaines
• Évaluation de la nécessité de la séparation par domaine
• Avantages de Domain Separation
• Niveaux de prise en charge de Séparation de domaine
• Termes de Domain Separation
• Affectations de domaines