Comment la découverte de service SOA (UDDI) fonctionne-t-elle dans la pratique?

Question

Je suis en train de lire sur la SOA et le registre de service / UDDI est mentionné régulièrement. Cela sonne bien mais comment est-il utilisé dans la réalité?

• Le registre est-il censé découpler un service logique de son implémentation physique (port, URL, etc.)?
• Le registre est-il destiné à être consulté par un humain à la recherche d'un service intéressant?
• Serait-il "faux" de brancher un fil application     aux services qu'il utilise?

Answer 1

Je trouve cela plus utile théoriquement que pratique. Il est rarement mis en œuvre et utilisé rarement. En réalité, le DNS fournit un outil d’abstraction suffisant pour localiser les ressources sur le réseau.

Answer 2

Un registre de service stocke et publie des informations sur tous les services disponibles, principalement la description de leur interface et leur adresse URI actuelle (ip, port, ou autre). De cette façon, l’application peut simplement demander au registre le service nécessaire et obtenir les détails de la mise en œuvre d’un service d’ajustement, et peut se connecter.

UDDI n’est pas le seul moyen d’obtenir un registre pour vos services. Cependant, rappelez-vous que UDDI est destiné uniquement aux services Web. Il n’est donc utile que si votre SOA se compose uniquement de services Web.

1) Corrigez.

2) Non, ce n'est pas vraiment destiné aux yeux humains. Bien sûr, il existe des outils pour parcourir le répertoire, mais ils servent principalement à vérifier si le registre dispose des services dont vous avez besoin, etc. L’utilisation réelle a lieu directement entre votre application / service et le registre.

3) Cela dépend de ce que vous voulez accomplir. Si vous voulez construire une SOA, vous pensez que ce serait «faux», car cela contredit le paradigme de couplage lâche de la SOA. S'il s'agit de votre seul service, de la seule application qui l'utilise et qu'il est probable que le service ne changera pas, son adresse URI ne pose aucun problème de câblage, mais il n'est probablement pas nécessaire de séparer ce service:)

Answer 3

Pourquoi ne pas utiliser la multidiffusion pour découvrir le service? Vous aimez utiliser jgroups ou SLP? Tous les services vont se découvrir et injecter celui dont ils ont besoin dans un proxy. Puis construction d'abstraction sur la mise en œuvre réelle de transport. (par exemple, repos, savon, savon)