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的限制或轻微的限制.更确切地说,发现任意服务的愿景并未真正实现,需求根本就不存在.除了位置和语义之外,还有更多涉及带外服务发现,如业务关系等.
在企业内部,这些物流得到了解决,因此服务发现具有价值.在野外,没有那么多.
| 归档时间: |
|
| 查看次数: |
13381 次 |
| 最近记录: |