UDDI 最佳实践答案

【问题标题】：UDDI Best PracticesUDDI 最佳实践
【发布时间】：2010-01-19 12:45:55
【问题描述】：

我的组织正在进入 SOA 世界（有点晚了，但这就是现在的情况！）我们正在研究 ESB Toolkit 2.0（我们已经有了 BizTalk Server 2009）。

我们热衷于实施 UDDI（特别是 BTS 2009 附带的 UDDI Services v3.0），但我们缺乏实际的 UDDI 经验。我们希望管理我们所有环境中不断增长的网络服务。

实施 UDDI 的最佳实践是什么？例如：-

您是否会实施一个高度可用的弹性 UDDI 服务器来托管所有服务和绑定，包括测试环境版本？或者您会为测试和生产环境实施单独的 UDDI 存储库吗？
我知道关于 WSDL 和 UDDI 的 Oasis Technical Note v2.0，但有人真正实施了吗？ IE。 WSDL 的抽象部分作为 tModel，WSDL 的实现部分作为绑定？
您会努力在 UDDI 中捕获非 Web 服务端点，还是仅将其用于 WSDL？
什么是“陷阱”？

【问题讨论】：

【解决方案1】：

IBM has stopped using UDDI，并且正在为他们的 WSRR 使用 HTTP 和 REST 接口。 Oracle 在他们的大多数解决方案中都没有使用 UDDI，但他们有一个支持 UDDI v3（这是 OEM）的注册中心和存储库

我看不到Microsoft Azure platform 中使用的UDDI，我不确定这里？

我并不是说这是一个死标准...而是others are

【讨论】：

【解决方案2】：

问：您是否会实现一个单一的高可用性弹性 UDDI 服务器来托管所有服务和绑定，包括测试环境版本？或者您会为测试和生产环境实施单独的 UDDI 存储库吗？

a：我可能会做一个用于测试，一个用于生产。

问：我知道关于 WSDL 和 UDDI 的 Oasis Technical Note v2.0，但有人真正实施了吗？ IE。 WSDL 的抽象部分作为 tModels，WSDL 的实现部分作为绑定？

a：是的，jUDDI 具有 Java 和 .NET 的 WSDL 到 UDDI 技术说明的实现。 WS02 也一样。

q：您会努力在 UDDI 中捕获非 Web 服务端点，还是仅将其用于 WSDL？

a：是的，但是您将如何使用这些数据？ UDDI v3 定义了一个用于访问注册信息的 REST 接口，因此 REST 服务可以利用它。 jUDDI v3.2 除了有一个时尚的用户界面外，还实现了 REST 接口，为什么不呢？真正的问题是，您将如何使用这些数据？答案将有助于推动您的决定。

问：“陷阱”是什么？

a：UDDI 中有很多“开放式”，特别是有很多使用 tModel 的方法。规范定义了一堆，但由你来使用和解释它们。规范中还有许多相互矛盾的陈述，使得很难决定如何实现它。规范中的某些内容并没有完全通过。

【讨论】：