公共UDDI运动是死了还是活着？

为了学习目的,我试图找到一些公共UDDI注册管理机构进行交互.但似乎没有可用的.我在SO上弹出以下问题,看看是否有人知道任何仍然托管的公共注册表,但没有得到答案.

IBM,Microsoft和SAP公共注册表是对UDDI技术的测试.我在这里引用:UBR的主要目标是通过公共实现来证明UDDI规范的互操作性和健壮性.达到并远远超过了这个目标.

他们现在继续在他们的产品中支持UDDI规范(因此,不同的公司可以托管他们的UBR供私人使用).

现在,我正在改变我原来的问题:公共UDDI运动是否已经死亡,或者它是否还活着？

你怎么看？如果您的答案是否定的,您能提供现有公共UDDI UBR的示例吗？

公共UDDI确实已经死了,但它设法在企业内部的私有注册中生存.

UDDI注册中心的功能目的是表示有关Web服务的数据和元数据.无论是在公共网络上还是在组织的内部基础架构中使用的注册表都提供了基于标准的机制来对Web服务进行分类,编目和管理,以便其他应用程序可以发现和使用它们.

http://uddi.org/pubs/uddi-tech-wp.pdf

这对于定义和目的来说并不坏,遗憾的是它已应用于Web级别.

UDDI应该是Web服务的"黄页".如果您想要找到提供某种功能的Web服务,您可以在UDDI中查找它.

我们的想法是使用标准(通用)机制进行SOA业务组件之间的在线交互.然后,您可以动态查找与其连接的服务并自动开展业务.在类似服务之间进行选择的决定应该基于UBR中的元数据(所有这些都在一个非常复杂的模型中阻止采用)而无法检查服务是否实际上做了你期望它做的事情. .

但是,将每次互动都放在一个共同点是不可能的,因为企业是高度异质的.企业仍然围绕着人,人类活动和人类决策.

只有在经过彻底的分析和谈判之后才选择彼此开展业务的合作伙伴之间进行业务,然后才能最终达成商业协议并就所有条款和条件达成一致.只有这样他们的基础设施才能相互联系.在这一点上,UDDI定义确实有意义,因为在企业内部,UDDI允许您:

在没有任何客户端失败的情况下重新定位服务;

支持负载均衡;

通过减少基础设施内的人工干预来提高效率;

管理冗余(如果一个服务失败,客户端将搜索提供相同功能的另一个服务);

等等

..但所有这些都在一组有限的预定服务中,这些服务的功能已得到很好的建立并达成一致.

我收到约翰桑德斯关于我原来问题的回答,我的一条评论,我认为他是对的.

总结一下:

公共UDDI运动已经死亡,因为IBM,Microsoft和SAP公共注册机构是 UDDI运动.