UDDI最佳实践

Question

我的组织正在进入SOA世界(有点晚了，但这就是这里的样子！)我们正在研究2.0 (我们已经有了BizTalk Server 2009)。

我们热衷于实现UDDI (特别是BTS 2009附带的UDDI服务v3.0 )，但我们缺乏实际的UDDI体验。我们想要管理我们在所有环境中不断增长的web服务数量。

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

• 您是否会实现一个高可用的弹性UDDI服务器，托管所有服务和绑定，包括测试环境版本？或者您会为测试和生产环境实现单独的UDDI存储库吗？
• 我知道关于WSDL和UDDI的OASISTechnicalNotev2.0，但是有人真的实现了吗？也就是说，WSDL的抽象部分作为tModels，而WSDL的实现部分作为绑定？
• 您是致力于在UDDI中捕获非web服务终结点，还是只将其用于WSDL？
• 什么是“陷阱”？

Answer 1

IBM已经停止使用UDDI。，并且正在使用HTTP接口作为它们的WSRR。甲骨文没有在他们的大多数解决方案中使用UDDI，但是他们有一个支持UDDI v3的注册表和存储库(这是OEM)。

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

我不是说这是个死标准..。但其他人则是

Answer 2

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

答:我可能会做一次测试，一次生产。

问:我知道关于WSDL和UDDI的OASISTechnologicalNotev2.0，但是有人真的实现了吗？也就是说，WSDL的抽象部分作为tModels，而WSDL的实现部分作为绑定？

答:是的，jUDDI有一个.NET和.NET实现的WSDL到UDDI技术说明。WS02也是如此。

问:您会在UDDI中捕获非web服务端点，还是只将其用于WSDL？

是的，但是你打算如何使用这些数据呢？UDDI v3为访问注册表信息定义了REST接口，以便REST服务能够利用。jUDDI v3.2除了有一个漂亮的用户界面之外，还实现了REST接口，那么为什么不呢？真正的问题是，你将如何使用这些数据？这一问题的答案将有助于你做出决定。

问:什么是“陷阱”？

答:在UDDI中有很多‘开放结束’，特别是有很多使用tModels的方法。规范定义了其中的一组，但使用和解释它们取决于您。规范中也有许多相互矛盾的语句，因此很难决定如何实现它。有些东西在规范中并没有贯穿到底。