discovery - 公共(public) UDDI 运动是死了还是，它还活着吗？

Question

我正在尝试寻找一些公共(public)的 UDDI 注册中心进行交互，以用于学习目的。但似乎没有可用的。我弹出以下 question在 SO 上查看是否有人知道仍然托管的任何公共(public)注册表，但没有得到答案。

IBM、Microsoft 和 SAP 公共(public)注册中心是对 UDDI 技术的测试。我引用 here :UBR 的主要目标是通过公共(public)实现来证明 UDDI 规范的互操作性和稳健性。这个目标已经实现并且远远超过了。

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

现在，我将原来的问题改为:公共(public) UDDI 运动是死了还是，它还活着吗？

你怎么看？如果您的回答是否定的，您能否提供一个现有公共(public) UDDI UBR 的示例？

Answer 1

公共(public) UDDI 确实已经死了，但它设法在企业内部的私有(private)注册中心中存活下来。

A UDDI registry's functional purpose is the representation of data and metadata about Web services. A registry, either for use on a public network or within an organization's internal infrastructure, offers a standards-based mechanism to classify, catalog, and manage Web services, so that they can be discovered and consumed by other applications.

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

这对于定义和目的来说还不错，不幸的是它被应用于 Web 级别。

UDDI 应该是 Web 服务的“黄页”。如果您想找到提供某种功能的 Web 服务，您可以在 UDDI 中查找它。

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

但是，将每一次互动都带到一个共同点是不可能的，因为企业是高度异构的。企业仍然围绕着人、人类事件和人类决策。

只有在经过彻底的分析和谈判，最终达成商业交易并同意所有条款和条件之前，才选择彼此开展业务的合作伙伴之间进行业务。只有这样他们的基础设施才能连接起来。在这一点上，UDDI 定义开始变得有意义，因为在企业 UDDI 中允许您:

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

支持负载均衡；

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

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

等

..但所有这些都在一组有限的预定服务中，这些服务的功能已经很好地建立和商定。