UDDI最佳实践

Question

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

我们热衷于实施UDDI（特别是BTS 2009附带的UDDI服务v3.0），但我们对UDDI的实际体验很低。我们希望管理我们在所有环境中不断增长的Web服务数量。

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

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

Answer 1

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

我无法在Microsoft Azure platform中看到UDDI，我不确定在这里？

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

Answer 2

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

a：我可能会做一个测试，一个用于制作。

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

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

问：你是否会努力在UDDI中捕获非Web服务端点，或者只是将其用于WSDL？

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

问：什么是“陷阱”？

a：UDDI中有很多“开放式结束”，特别是有许多方法可以使用tModel。规范定义了它们中的一大堆，但由您自己决定使用和解释它们。规范中还有许多相互矛盾的陈述，这使得很难决定如何实现它。规范中的某些内容并未完全贯穿其中。