RESTful Webservices是否有UDDI或任何其他注册表

Dha*_*ath 14 rest uddi

Restful Webservices是否有像UDDI这样的服务注册表?或者UDDI也可以持有Restful Webservices吗?

Wil*_*ung 15

UDDI可用于REST服务.WSDL可用于描述HTTP Web服务,但坦率地说,我觉得它不是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即可简单地使用HTML.UDDI在世界上没有起飞的事实并不是对UDDI的限制或轻微的限制.更确切地说,发现任意服务的愿景并未真正实现,需求根本就不存在.除了位置和语义之外,还有更多涉及带外服务发现,如业务关系等.

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