服务发现(2017)

在这里插入图片描述

摘要

随着物联网(IoT)和API经济的发展和出现,基于web的API和web服务数量迅速增加。在当今的商业计算环境中,Web服务在跨不同网络开发分布式应用程序方面发挥着重要作用。找到满足用户功能和非功能需求的正确web服务的过程至关重要。为了简化发现过程,已经提出了几种web服务发现方法。这些方法是不同的,在多个层次上运行,并使用各种技术来满足用户的需求。在本文中,我们介绍了不同的web服务发现方法。研究内容包括上下文感知context-ware、uese-side、聚类和基于推荐的web服务发现方法。

介绍

根据文献,基于五个特征,web服务发现系统可以有各种配置组件来支持web服务发现过程[1]。

  1. 从存储和位置特性来看,web服务描述可以基于集中式分布式体系结构进行存储。

    集中式架构包括门户网站、市场和服务目录。
    分布式体系结构包括对等、代理和基于索引的体系结构。

  2. 从形式化的特点来看,web服务可以用语法或语义描述语言来表示。从匹配特征出发,研究了web服务发现系统的四大类:句法、语义、上下文和混合系统

    基于语法的web服务发现系统使用基于关键字的匹配,其中服务请求者根据web服务描述的关键字匹配启动对所需web服务的搜索。为了支持基于关键字的匹配,使用了不同的技术,例如使WordNet、信息检索和数据挖掘技术。
    另一方面,基于语义的web服务发现系统使用知识表示技术来描述web服务,例如用户请求将匹配本体的本体。
    基于上下文的web服务发现系统使用
    环境和任何隐式或显式信息来支持发现过程

    基于混合的web服务发现系统将基于语法、基于语义和基于上下文的发现系统与支持技术相结合,以满足服务请求者的功能和非功能需求。根据自动化特性,可以手动或自动调用发现过程。

  3. 从选择特征来看,可以根据功能性需求和非功能性需求来选择web服务。Web服务发现方法使用了五个配置组件中的一些组件,基于不同的考虑因素来构建它们的Web服务发现系统。

web service

SOAP

基于SOAP的web服务使用WSDL描述,WSDL是一种基于XML的文档。这描述了web服务的数据类型和结构,并允许客户机自动理解如何与web服务通信。WSDL文档基于四个主要元素描述web服务,这些元素包括端口、消息、类型和绑定。基于SOAP的web服务的发现机制由UDDI提供,UDDI是一个基于XML的注册中心,它通过提供web服务的一些规范,为服务提供者提供发布和注册其web服务的能力。UDDI为web服务提供了一种由服务使用者基于关键字匹配来发现的方法。SOAP代表简单对象访问协议(Simple Object Access Protocol),它是远程过程调用(remote procedure call,RPC)机制的消息传递协议部分,用于调用web服务并异步获取结果。它为通过HTTP、SMTP和FTP传输XML文档提供了一种通用格式。SOAP文档包含一个称为envelope的顶级XML元素。SOAP信封包含头和正文。SOAP头是消息层基础设施信息的容器。SOAP主体包含消息的有效负载,其中xmlschema用于构造消息。

REST

Web服务不限于基于SOAP的Web服务,包括UDDI、SOAP和WSDL标准。RESTful(或REST)web服务是另一种web服务,它是一种以快速、简单和轻量级的方式构建大规模分布式系统的体系结构样式。在REST架构风格中,有不同的已识别约束,如果应用于web服务,它们将使web服务在web上工作得最好[9]。该体系结构是一种客户机/服务器体系结构,旨在使用HTTP的无状态通信协议。根据[7]、[9],RESTful服务有四个主要原则,包括:1)通过URL进行资源识别:restfulweb服务公开一组资源,用于标识与客户端交互的目标。标识资源的url为资源和服务发现提供了全局寻址。2) 统一接口:可以使用一组固定的CRUD操作来操作资源,这些操作包括创建、读取、更新和删除PUT、GET、POST和delete。3) 自描述性消息:资源与它们的表示分离,以便可以以各种格式(例如HTML、XML、JSON、Text、JPEG和PDF)访问它们的内容。关于资源的元数据是可用的,用于不同的任务,例如执行身份验证和访问控制。4) 通过超链接的有状态交互:有状态交互基于显式状态转移的概念。存在几种交换状态的技术,如URI重写、会话、cookies和HTML隐藏表单字段。

Web Service Discovery

Web服务发现是根据服务请求者的要求查找现有Web服务的过程,这些服务与Web服务的功能和非功能描述相匹配 以及检索先前由服务提供者发布的web服务描述(如WSDL和WADL)。功能需求是指指示系统能够做的事情的需求。web服务的一些功能特性包括接口、操作和协议绑定,这些特性通常在服务配置文件中描述。非功能需求是指指示系统性能参数的需求,可能包括服务质量(QoS)考虑因素和服务策略,如安全特性和服务成本。如图1所示,web服务发现的过程从web服务提供者发布其web服务描述(如WSDL文件)开始,在web服务存储库中公布其web服务。在web服务数据层中,服务提供者共享他们的服务数据(web服务描述和规范,可以是不同的格式),以供服务用户查询。服务的潜在用户通过指定他们的web服务需求,向web服务数据层中的存储库发送查询请求(如果UDDI是基于关键字的)。服务匹配器将请求与可用的web服务相匹配,并推荐一组与请求者需求匹配的web服务。???最后一步是选择和调用满足用户需求的最佳web服务。
在这里插入图片描述
在语义web服务发现中,使用知识表示技术(如本体)来描述web服务,以提供语义web服务[12]。语义web服务使用与语义web相同的概念,其中元数据和本体信息被添加到web服务中,这使得它可以被人和机器探索[19]。语义web服务发现系统是为了发现语义web服务而开发的,它不同于基于语法的web服务发现。目前,大多数web服务发现系统使用语义web服务,语义web服务使用不同的方法和语言使用语义注释或本体[20],例如OWL-S(web本体语言)和WSDL-S(web服务描述语言)。

方法

Context-Aware WS Discovery Approaches

Web服务发现的上下文定义为隐式和显式支持用户请求的任何信息。这种方法在用户层,依赖于匹配器的能力,利用用户的上下文信息为用户发现最佳的web服务。
(参考论文)An Approach for Context-aware Service Discovery and Recommendation
C:\Users\yy\Desktop\论文\discovery

Clustering-Based WS Discovery Approaches

聚类是基于数据挖掘技术的,在这种技术中,一组数据根据某种相似性标准重新组织成组。这将把问题转化为一个更简单的问题,这个问题可以比在集群之前更容易处理。在web服务聚类中,基于web服务描述的相似性度量将一组服务聚类到一起。当web服务请求者发送查询时,计算该查询与相关服务集群之间的相似度,并返回一组匹配的服务。如果这个集群和请求者查询之间没有相似性,那么将选择第二个最佳集群,并且相似度计算过程将继续进行,直到找到满足请求者要求的最佳集群。

User-Side WS Discovery Approaches

Recommender-Based WS Discovery Approaches

论文质量太差了,前面介绍写的很好,可以借鉴,方法介绍惨不忍睹。略

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值