15

Restful Webservices 是否有像 UDDI 这样的服务注册中心？或者 UDDI 也可以拥有 Restful Webservices 吗？

4

3 回答 3

16

UDDI 可用于 REST 服务。WSDL 可用于描述 HTTP Web 服务，但坦率地说，我觉得它与 REST 资源架构并不匹配。

在最基本的层面上，UDDI 只是将属性映射到服务端点。因此，如果您只是在寻找一个可以做到这一点的系统，那么 UDDI 将符合您的要求。

UDDI 在广泛开放的 Internet 中并不流行，但它被用作“幕后”的编排组件。

正如 Darrel 所提到的，DNS 是另一种有效的发现机制。

我个人对 DNS 的抱怨很简单，尽管 DNS 具有他引用的文章中提到的所有优点，但缺点是 DNS 是网络结构的关键部分，开发人员往往无法使用它。通常，网络运营人员（他们往往比 DBA 更臭名昭著）与 DNS 等基础设施非常接近。最后，虽然 DNS 非常有能力完成这些任务，但在许多情况下，可能需要更改 DNS 的标准默认配置和部署。例如，我们已经开始提供来自 DNS 的证书，我们必须为 DNS 启用 TCP。同样，这意味着网络运营的更多参与。

最重要的是，虽然世界上有很多关于 DNS 的专业知识和知识，但关于 HTTP 和在 Web 服务器上“做事”的知识和专业知识要多得多。其后果只是意味着当开发人员考虑并寻找某种解决方案来解决这个问题时，他们首先要看的可能是基于 HTTP 的解决方案。

因此，从这个意义上说，UDDI 可能是一个更好的解决方案，只是就能够轻松地快速推出它而言。

当然，UDDI 是一个基于 SOAP 的服务。这没什么大不了的，真的。不太适合 RESTful 系统，但它并不糟糕。功能性，如果有点“不纯”。

至于标准的基于 HTTP 的服务注册表，我一无所知。例如，简单地使用 HTML 来临时是相当简单的。UDDI 尚未在世界范围内广泛普及的事实并不是对 UDDI 的限制或轻视。相反，发现任意服务的愿景并没有真正实现，需求根本不存在。除了位置和语义之外，带外服务发现还涉及更多内容，例如业务关系等。

在内部，在企业内部，那些后勤问题得到解决，因此服务发现具有价值。在野外，没有那么多。

于 2011-06-17T17:37:10.497 回答
3

它没有死；）

  • 签署了一个 jUDDI 开发人员 juddi.apache.org

编辑：还有 WS-Discovery 受 CXF 和 WCF 支持。值得一试。

FWIW，UDDIv3 确实指定了一个 REST 接口，但是我认为除了 jUDDI 之外没有任何人实现过它。它将包含在 v3.2 及更高版本中，使用 CXF、Jettison 和 WADL。来源： http: //svn.apache.org/repos/asf/juddi/trunk/juddi-rest-cxf/src/main/java/org/apache/juddi/api/impl/rest/UDDIInquiryJAXRS.java

于 2013-05-28T22:37:55.277 回答
2

UDDI 是为 SOAP 服务设计的，然而，它甚至不再用于那些服务。UDDI 在 2006 年几乎已经死了。

本文展示了如何使用 DNS 进行发现。

于 2011-06-17T12:27:02.640 回答