Points de connexion de service pour les services répliqués, basés sur l’hôte et de base de données
Lorsque vous publiez un service à l’aide d’un point de connexion de service (SCP), réfléchissez à la façon dont les clients localiseront le scp pour votre service. S’il existe plusieurs instances du service, réfléchissez à la façon dont les clients distinguent le service avec les fonctionnalités souhaitées des services similaires avec des fonctionnalités différentes. Si vous publiez un service répliqué, réfléchissez à la façon dont un client choisira un réplica. Cette rubrique traite de ces problèmes pour différents types de services.
Services réplicables
Pour un service réplicable, il peut y avoir une ou plusieurs instances, ou réplicas, du service, et les clients ne se soucient pas des réplica auxquels ils se connectent, car chacun fournit le même service. services de domaine Active Directory sont des exemples de services répliqués : tous les contrôleurs de domaine d’un domaine donné contiennent des données identiques, sont soumis à une latence de réplication et fournissent des services identiques.
Les services réplicables peuvent stocker les SSP et d’autres objets spécifiques au service pour plusieurs réplicas dans un seul conteneur. L’application de configuration de la première réplica peut créer le conteneur en tant qu’enfant du conteneur Système du domaine local. Pour plus d’informations, consultez Publication dans un conteneur de système de domaine. Vérifiez que le descripteur de sécurité de votre conteneur autorise les programmes d’installation des réplicas suivants à créer leurs objets dans le même conteneur. Accordez des autorisations à l’administrateur d’installation pour spécifier les utilisateurs ou les groupes qui peuvent créer ou modifier des objets dans le conteneur.
Une stratégie pour un service réplicable consiste à créer un scp pour chaque réplica. Lorsqu’un client interroge le GUID de produit du service ou d’autres mot clé d’identification, il recherche les objets SCP pour tous les réplicas et en sélectionne un au hasard ou à l’aide d’un algorithme d’équilibrage de charge. Par exemple, un administrateur peut spécifier des données de priorité et d’équilibrage de charge pour chaque réplica, de la même façon que les champs de priorité et de poids d’un enregistrement SRV DNS. L’application d’installation du service peut stocker ces données dans l’attribut serviceBindingInformation du SCP de chaque réplica. Les clients récupèrent les données de chaque SCP et les utilisent pour sélectionner un réplica.
Une autre stratégie consiste à créer une scp unique pour tous les réplicas et à définir l’attribut SCP serviceDNSName sur le nom d’un enregistrement SRV DNS. Ensuite, l’application de configuration pour chaque réplica enregistre un enregistrement SRV avec ce nom. Lorsqu’un client identifie le scp unique du service, il récupère le nom de l’enregistrement SRV et utilise la fonction DnsQuery pour récupérer le tableau des enregistrements SRV pour les réplicas. Chaque enregistrement SRV contient le nom d’un ordinateur hôte et des données supplémentaires que le client peut utiliser pour sélectionner un réplica.
Services de base de données
Différentes instances d’un service de base de données peuvent contenir des données entièrement différentes, même s’il s’agit du même type de service, généralement appelé classe de service. Pour publier ce type de service, l’attribut keywords du SCP peut identifier à la fois la classe de service et la base de données spécifique. Un client à usage général qui connaît uniquement le GUID de la classe de service peut interroger toutes les bases de données publiées par cette classe de service, puis présenter une interface utilisateur pour permettre à l’utilisateur d’en sélectionner une. Pour un client conçu spécifiquement pour la base de données cible, vous pouvez coder en dur le GUID de la base de données dans le code client.
Services basés sur l’hôte
Les services basés sur l’hôte sont des services étroitement liés à un seul ordinateur hôte. Vous pouvez installer des instances de la classe de service sur de nombreux ordinateurs et chaque instance fournit des services identifiés avec son ordinateur hôte.
Chaque instance d’un service basé sur l’hôte doit créer son propre scp sous l’objet ordinateur de son hôte. Les clients qui utilisent un GUID de produit pour rechercher le SCP d’un service basé sur l’hôte trouvent généralement de nombreuses instances de la classe de service dans toute la forêt d’entreprise. Les clients peuvent ensuite utiliser l’attribut serviceDNSName des SSP pour rechercher le scp du service instance sur l’ordinateur hôte souhaité.