SOA服务发现（UDDI）在实践中如何工作？

Question

我只是在阅读SOA，并定期提到服务注册中心/ UDDI。这听起来不错，但在现实中如何使用？

• 注册表是为了将逻辑服务与其物理实现（端口，url等）分离吗？
• 注册表是否被一个寻找有趣服务的人所浏览？
• 难道是“错误”的硬线的 应用 它使用的服务？

Answer 1

我觉得它比理论上更实用。它很少实施并且很少使用。事实上，DNS为网络资源的定位提供了一个充分的抽象工具。

Answer 2

服务注册商店和发布有关的所有可用服务的信息，主要是他们的接口描述和当前URI（IP，端口，等等）。通过这种方式，应用程序可以简单地向注册中心询问所需的服务，并获取适合的服务实现的详细信息，并可以进行连接。

UDDI是不是得到一个注册为您服务的唯一途径。但请记住，UDDI仅适用于Web服务，所以如果您的SOA仅包含Web服务，那么它才是有用的。

1）正确。

2）不，这不是真的意味着人的眼睛。当然，有些工具可以浏览目录，但它们主要用于查看注册表是否获得了您需要的服务等。真正的用法直接发生在您的应用程序/服务和注册表之间。

3）这取决于你想要完成的任务。如果你想构建一个SOA，它认为这将是'错误的'，因为这与SOA的松散耦合范例相矛盾。 如果这是你唯一的服务，只有使用它的应用程序，它很可能是该服务将不会改变它的URI有绝对是没有问题的硬接线 - 但随后有propably没有必要单独这项服务:)

Answer 3

如何使用多播来中断服务？就像使用jgroups或SLP一样？所有的服务都会发现对方并将他们需要的服务注入到代理服务器中。然后对实际的运输实施进行抽象。 （例如休息，肥皂，rmi）