Meilleures pratiques UDDI

Question

Mon organisation entre dans le monde SOA (un peu en retard, mais c'est comme ça ici!) Et nous examinons l'ESB Toolkit 2.0 (nous avons déjà BizTalk Server 2009).

Nous sommes soucieux de mettre en œuvre UDDI (en particulier, les services UDDI v3.0 fournis avec BTS 2009), mais nous ne sommes pas très satisfaits de l'expérience UDDI. Nous voulons gérer le nombre toujours croissant de services Web que nous avons dans tous nos environnements. Quelles sont les meilleures pratiques pour implémenter l'UDDI?

Par exemple: -

• Implanteriez-vous un seul serveur UDDI résilient hautement disponible qui héberge tous les services et les liaisons, y compris les versions de l'environnement de test? Ou souhaitez-vous implémenter des référentiels UDDI distincts pour les environnements de test et de production?
• Je connais la note technique Oasis v2.0 sur WSDL et UDDI, mais est-ce que quelqu'un l'implémente réellement? C'est à dire. les parties abstraites du WSDL en tant que tModels, les parties d'implémentation du WSDL en tant que liaisons?
• Souhaitez-vous essayer de capturer des points de terminaison non-web service dans UDDI, ou simplement l'utiliser pour WSDL?
• Quels sont les "gotchas"?

Answer 1

IBM has stopped using UDDI, et utilise une interface HTTP et REST pour leur WSRR. Oracle n'utilise pas UDDI dans la plupart de leur solution, mais ils ont un registre et un référentiel qui prend en charge UDDI v3 (ce qui est OEM)

Je ne peux pas voir UDDI utilisé dans le Microsoft Azure platform, je ne suis pas sûr ici?

Je ne dis pas qu'il est une norme morte ... mais others are

Answer 2

q: Est-ce que vous mettre en place un seul serveur UDDI résiliente à haute disponibilité qui héberge tous les services et les liaisons, y compris les versions de l'environnement de test? Ou souhaitez-vous implémenter des référentiels UDDI distincts pour les environnements de test et de production? A: J'en ferais probablement un pour le test, un pour la production. Q: Je suis au courant de la version 2.0 de la note technique Oasis sur WSDL et UDDI, mais est-ce que quelqu'un l'a réellement implémenté? C'est à dire. les parties abstraites du WSDL en tant que tModels, les parties d'implémentation du WSDL en tant que liaisons? A: Oui, jUDDI a une implémentation Java et .NET de la note technique WSDL à UDDI. WS02 fait aussi bien. Q: Souhaitez-vous essayer de capturer des points de terminaison non-web service dans UDDI, ou simplement l'utiliser pour WSDL? A: Oui, mais comment allez-vous utiliser les données? UDDI v3 définit une interface REST pour les informations de registre d'accès afin que les services REST puissent en tirer parti. jUDDI v3.2, en plus d'avoir une interface utilisateur élégante, implémente l'interface REST, alors pourquoi pas? La vraie question est, comment allez-vous utiliser les données? La réponse à cette question aidera à prendre votre décision.

q: Quels sont les "gotchas"? A: Il y a beaucoup d '"open-ness" dans UDDI, en particulier il y a plusieurs façons d'utiliser tModels. La spécification définit un tas d'entre eux, mais c'est à vous de les utiliser et de les interpréter. Il y a aussi un certain nombre de déclarations contradictoires dans la spécification qui rend difficile la décision sur la façon de l'implémenter.Certaines choses dans la spécification n'étaient tout simplement pas tout au long.