Web服务的发现策略
来源:互联网 发布:仿绿茶软件园网站源码 编辑:程序博客网 时间:2024/06/04 18:43
导读:
Web服务的发现策略
随着网络的普及与高速发展,如何按需从网络中获得服务,成为了一个十分关键的问题。为此,呈现出了一系列解决方案,典型的是UDDI[4]规范。目前UDDI 主要提供如下三种查询方式:
(1) 浏览方式:用户通过输入该企业名字中的一两个单词来获得该企业的Web 服务列表,查看是否存在用户需要的服务;
(2) 钻探方式:用户利用已知的企业或服务的唯一标识对所需信息进行详细地查询;
(3) 激活方式:
在实际调用中,当发现远程服务不可用时,向UDDI中心查询关于该服务的更新情况,并根据新获得的绑定信息来重新建立与远端程序的连接。
以上三种方式,只有第一种方式可以提供给用户根据主观意图进行查询的能力,但是这种能力十分有限,而且通过这种查询得到的信息具有片面性。第二种方式更像是第一种方式的一个中间步骤,它是在用户已经获得了关于一个企业或服务的唯一标识的前提下,执行进一步查找。第三种方式充分体现了在Web 环境下利用服务间的松散耦合进行动态替换已有服务(尤其在此服务失效的情况下) 的思想,但其自动化程度不高。
可见,UDDI 规范并没有提供一个十分有效的查找方法。为满足用户的需要,人们提出利用基于本体论的语义信息来描述服务,这种方案的代表是DAML[5 ] 。DAML 虽然提供了一些比较新的思路,但它本身还很不完善,同时也缺乏有实力的组织的提供支持。因此,UDDI 在这一领域里还占据着绝对的领导地位。UDDI 组织也认识到在体系结构方面的不足。
因此,我们对传统的UDDI在描述服务信息方面进行了适当扩充,把服务的其他一些特性注册进去,这样在建模时用户可以更加方便地查找和选择所需要的服务。如对某一服务的功能描述主要包括对服务输入输出和相关属性的描述,我们可以把它描述为图4.1所示的结构。
服务类别:某服务在X-UDDI类别中的定位,如:是属于定旅馆还是属于订票服务;
服务基本信息描述:一般情况下服务所具有的可能属性,如旅馆名称、地址等;
服务约束信息描述:提供了服务基本信息中提到的各个属性的备选值集;
服务QoS信息描述:这里记录了服务在以往被调用的过程中在执行费用、
执行时间、信誉度、可靠性和可用性等方面的表现。
操作函数说明:包括服务实际调用时操作函数名字,函数访问地址信息。服务的输入输出参数实际上就是此操作函数的输入参数和返回值的描述。
输入条件限定:主要是为了保证服务的正确执行,同时是对不满足条件输入的一种过滤。
输入/输出参数:包括参数名称、参数类型和参数含义描述。
这样通过对Web服务的重新描述,用户可以从多个角度来选择服务,可以进行多键字的复杂查询,也可以直接了解到服务的输入输出和功能特性,省去了与服务提供者洽谈的复杂人工过程,优化了服务选择的效率。
TOP
本文转自
http://soa.5d6d.com/redirect.php?fid=4&tid=110&goto=nextnewset
Web服务的发现策略
随着网络的普及与高速发展,如何按需从网络中获得服务,成为了一个十分关键的问题。为此,呈现出了一系列解决方案,典型的是UDDI[4]规范。目前UDDI 主要提供如下三种查询方式:
(1) 浏览方式:用户通过输入该企业名字中的一两个单词来获得该企业的Web 服务列表,查看是否存在用户需要的服务;
(2) 钻探方式:用户利用已知的企业或服务的唯一标识对所需信息进行详细地查询;
(3) 激活方式:
在实际调用中,当发现远程服务不可用时,向UDDI中心查询关于该服务的更新情况,并根据新获得的绑定信息来重新建立与远端程序的连接。
以上三种方式,只有第一种方式可以提供给用户根据主观意图进行查询的能力,但是这种能力十分有限,而且通过这种查询得到的信息具有片面性。第二种方式更像是第一种方式的一个中间步骤,它是在用户已经获得了关于一个企业或服务的唯一标识的前提下,执行进一步查找。第三种方式充分体现了在Web 环境下利用服务间的松散耦合进行动态替换已有服务(尤其在此服务失效的情况下) 的思想,但其自动化程度不高。
可见,UDDI 规范并没有提供一个十分有效的查找方法。为满足用户的需要,人们提出利用基于本体论的语义信息来描述服务,这种方案的代表是DAML[5 ] 。DAML 虽然提供了一些比较新的思路,但它本身还很不完善,同时也缺乏有实力的组织的提供支持。因此,UDDI 在这一领域里还占据着绝对的领导地位。UDDI 组织也认识到在体系结构方面的不足。
因此,我们对传统的UDDI在描述服务信息方面进行了适当扩充,把服务的其他一些特性注册进去,这样在建模时用户可以更加方便地查找和选择所需要的服务。如对某一服务的功能描述主要包括对服务输入输出和相关属性的描述,我们可以把它描述为图4.1所示的结构。
服务类别:某服务在X-UDDI类别中的定位,如:是属于定旅馆还是属于订票服务;
服务基本信息描述:一般情况下服务所具有的可能属性,如旅馆名称、地址等;
服务约束信息描述:提供了服务基本信息中提到的各个属性的备选值集;
服务QoS信息描述:这里记录了服务在以往被调用的过程中在执行费用、
执行时间、信誉度、可靠性和可用性等方面的表现。
操作函数说明:包括服务实际调用时操作函数名字,函数访问地址信息。服务的输入输出参数实际上就是此操作函数的输入参数和返回值的描述。
输入条件限定:主要是为了保证服务的正确执行,同时是对不满足条件输入的一种过滤。
输入/输出参数:包括参数名称、参数类型和参数含义描述。
这样通过对Web服务的重新描述,用户可以从多个角度来选择服务,可以进行多键字的复杂查询,也可以直接了解到服务的输入输出和功能特性,省去了与服务提供者洽谈的复杂人工过程,优化了服务选择的效率。
TOP
本文转自
http://soa.5d6d.com/redirect.php?fid=4&tid=110&goto=nextnewset
- Web服务的发现策略
- 草案:发现 Web 服务 (disco)
- Web服务发现技术综述
- 使用 UDDI 的 Web 服务描述和发现
- 使用 UDDI 的 Web 服务描述和发现收藏
- 使用 UDDI 的 Web 服务描述和发现收藏
- 使用 UDDI 的 Web 服务描述和发现收藏
- 摘转:发现 SOAP 编码对 Web 服务性能的影响
- 使用 UDDI 的 Web 服务描述和发现
- Web 服务策略断言语言
- Microsoft (R) Web 服务发现实用工具
- 数据可交换性与Web服务发现
- 开源的服务发现
- 关于kubernetes 的 服务发现
- 开源的服务发现
- 使用UDDI的 Web 服务描述和发现(第一部分)
- 使用UDDI的 Web 服务描述和发现(第二部分)
- 使用 UDDI 的 Web 服务描述和发现(第一部分)+(第二部分)
- Web服务组合所面临的问题
- 扩展的UDDI功能
- Web服务组合流程
- 几种建模方式比较
- 做事不能后悔 不要悔
- Web服务的发现策略
- 服务组合
- 服务设计模式
- webdyn 开发
- 服务组合模式
- 培养自己的耐性
- 服务发现模式
- 非功能性需求(Non-functional requirements)模式
- 火影忍者379话最新情报