是否有用于RESTful Web服务的UDDI或任何其他注册中心

Restful Web服务是否有类似UDDI的服务注册中心？或者UDDI也可以保存Restful Web服务吗？

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

---

这篇文章展示了如何使用DNS进行发现。

UDDI可以用于REST服务。wsdl可以用来描述httpweb服务，但坦率地说，我觉得它与REST资源体系结构并不匹配

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

UDDI在广泛开放的互联网上并不流行，但它被“幕后”用作编排组件

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

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

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

因此，从这个意义上讲，UDDI可能是一个更好的解决方案，只是因为它能够快速地推出，而不需要太多麻烦

当然，UDDI是一种基于SOAP的服务。那没什么大不了的，真的。不太适合RESTful系统，但也不可怕。功能性的，如果有点“不纯”

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

在企业内部，这些物流都得到了解决，因此服务发现具有价值。在野外，没有那么多。

它没有死；）

• 签了一个jUDDI开发者 juddi.apache.org

编辑：还有CXF和WCF都支持的WS-Discovery。值得一看

---

FWIW、UDDIv3确实指定了一个REST接口，但是我认为除了jUDDI之外没有其他人实现过它。它将包含在v3.2及以上版本中，使用CXF、抛弃和WADL。来源：

是的，我知道它是为SOAP设计的。但是有没有类似的REST注册表？我知道这听起来很陈腐，但是是的，它被称为万维网。更有用的是，看看这篇文章