2008-11-08 7 views
1

UDDI est pour localiser des services sur Internet. Y a-t-il quelque chose de similaire pour localiser les services dans un environnement d'entreprise ou d'entreprise? Par exemple, je souhaiterais que mon programme puisse trouver un serveur de rapports ou de règles central sans configuration. Est-ce quelque chose que je peux faire avec Active Directory? Ou dois-je faire autre chose?Découverte serveur/service dans un environnement Windows?

Répondre

1

La meilleure approche consiste à utiliser DNS; Microsoft l'utilise lui-même dans Windows. Par exemple, _ldap._tcp. vous fournira tous les serveurs LDAP (c'est-à-dire tous les contrôleurs de domaine) du domaine. Si le service est garanti fourni uniquement sur un seul hôte, utilisez les enregistrements A. Si le service est répliqué, utilisez les enregistrements SRV, choix explicite du service aux clients (en effet, _ldap._tcp et _kerberos._tcp sont stockés en tant qu'enregistrements SRV).

Pour les types de services sélectionnés, il existe également un support AD/LDAP. Par exemple, les serveurs COM/RPC peuvent être situés dans AD via le serveur rpc et les classes AD associées; l'API est RpcNS (RPC Naming Service)

Winsock a une API "Registration and Resolution" (RnR), qui utilise la classe AD de service-instance.

L'intérêt de l'une ou l'autre partie dépend de la possibilité d'établir une politique d'entreprise sur la manière dont les services doivent être localisés. Il existe diverses technologies, dont beaucoup sont utiles, et il est plus important qu'il y ait un seul choix (ou peu d'alternatives), que la «meilleure» technologie soit utilisée.

Questions connexes