服务可发现在SOA

我正在读一本关于SOA的幻灯片。并在这一点上有所怀疑：服务可发现在SOA

Discoverability is beyond the scope of a Web Service

这是否意味着，web服务不照顾发现部分？我的意思是服务提供商将他们的web服务提交给服务注册中心，以便客户能够发现它，不是吗？那是什么意思？

enter image description here

来源

2014-12-19 Vpp Man

如果他们谈论的可能性，发现服务注册中心之间的服务（即：UDDI），这是正确的，该服务并不需要了解可发现部分东西。但请记住，该服务具有公开他的元数据的合同，这是发布到服务注册中心的数据。图文介绍： enter image description here

检查本说明从迈克尔·普兰后提取出来，这就是我试图在第一个解释。

现在所说的服务可发现性原则，我可以见证这是幸存下来的时间并没有显著改变的唯一原则。 Thomas Erl对此原则进行了说明：“这种面向服务的原则与体系结构层面上的可发现性有关，但不同于......在服务级别上，可发现性原则指的是个人服务设计服务因此无论是否在其周围的实现环境中实际存在可发现性产品或扩展，它都变得尽可能被发现。

原理定义很好地指出了对服务发现非常重要的两件事：补充元数据和可以有效解释服务的元数据。我是重新措词原则指向补充服务的元数据文档和文档的注册表/存储库。虽然注册表/存储库是基础架构的一个元素，并且可能不存在，但补充元数据文档应到期。 OASIS SOA RM标准将此类文档标识为“服务描述”。 Michael Poulin

来源

2014-12-19 13:52:40

除了事实几乎没有人使用UDDI，当然不是公共UDDI注册中心这一事实。他们的时间从未到过是个好主意。 – 2014-12-19 14:10:52

@JohnSaunders完全同意。服务发现机制的想法仍然完全有效，例如：Netflix Curator（现在转移到Apache）http://curator.apache.org/curator-x-discovery/index.html – 2014-12-19 14:41:29

我一直在为SOA做SOA而现在，并且从来没有需要“发现”服务。如果我不知道这项服务，那么我为什么要打电话？为什么我们不知道它在哪里？如果我们移动服务，那么我们只需要一种机制来管理服务URL中的更改。这不需要发现机制。 – 2014-12-19 14:44:25

服务可发现在SOA

回答

相关问题