端到端的web服务版本支持

《端到端的web服务版本支持》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、Web服务的端到端版本支持摘要：软件服务也和传统的软件系统一样处于不断的变化之中。我们主张这些变化对于服务的用户来说通常情况下必须是透明的。然后，目前大多数客户被限制在某一个版本的服务下，并没有很有效的手段把服务升级到新版本。在本文中，我们提出一种基于WSDL驱动的服务变更类型的分类，并且讨论面向服务系统的版本控制机制，在注册中心和客户端同时考虑服务的管理。我们使用服务版本图和选择策略来提供透明的端到端的版本支持，并且展示它们是如何在我们的“面向服务计算运行环境”——VRESCo中实现的。此外，我们通过

2、真实的案例研究，说明了我们的系统相对于目前的技术发展水平的优越性。1.介绍软件系统在真实的世界中总是处于变化之中，软件开发人员经常为现有的应用提出新的需求和增加新的功能，并且孜孜不倦的追求类似软件的可信任度和安全性等质量属性的提高。这种软件变更的过程通常称为“软件进化”，一个非常重要和热门的研究领域。由于面向服务的架构（SOA）的出现，使得用户相信服务的进化不再成为一个重要的问题，因为服务具有指定的服务合同，并且变更部分已经经过隐藏而不被用户所知。然而，所有包括经常性的新需求和新环境，或者技术的改变都会

3、引起合同内容的更改。显而易见，这种更改使得维护多个服务版本重新变成一个问题。此外，SOA的环境中又添加了新的内容。一方面，服务提供商希望并行的提供不同版本的服务，提供特定的变更给用户，或者将老版本的服务用于处理传统的应用。另一方面，服务的请求者可能希望通过一个统一的方式来调用不同版本的服务，甚至希望能在运行时对不同版本的服务进行切换，或者有些人根本不在意明确的处理不同版本的服务。因此，在注册中心，除了管理多重版本的服务，主要的问题是需要面向客户为版本透明性提供一个适当的度量。使得用户可以在不修改基础架构

4、的情况下在运行时动态的调用不同版本的服务。在现有的服务集合中，服务合同的改变需要服务的需求者重新构造他们的应用，以适应新的服务合同。更进一步说，现有的注册中心，例如UDDI，ebXML等，都没有考虑对服务进化的支持。这些注册中心使用单位服务模式，没有考虑服务的变种和拥有多重版本的基础服务。此外，单纯的注册技术也完全没有涉及不同版本服务间的约束和协调，把这个问题完全留给了服务请求者。相比这些标准，我们提出一种端到端的Web服务进化管理方式，而这种方式应当成为SOA解决方案的核心特征之一。本文的贡献主要分为

5、三个部分：第一，介绍了不同种类的服务变更类型；其次，在Web服务注册中心引入了一种通用的版本控制方法用于管理；最后，我们实现了在客户端使用一个代理用于透明地绑定和协调不同版本的服务。我们在VRESCoSOA运行环境中实现了服务的版本控制，并且应用电信领域的现实应用对该方法进行了有效评估。本文其他部分的内容为：第二部分讨论了可能的服务进化方式的分类以及如何管理这些变更。第三部分，介绍VRESCo运行环境，以及如何实现端到端的服务版本控制。第四部分，讨论我们的方法相对于XX方法的优势。第五部分介绍一些在此领

6、域的相关工作。第六部分总结了全文和对未来工作的展望。1.服务版本的概念Web服务随着时间推移进行升级、适应和调整过程称为服务的进化。在这个过程中，并不是最近的版本才是可用的。服务提供商往往希望保持老版本的服务在线以满足现有客户的需求。本节介绍一种基于WSDL驱动的Web服务变更分类系统，讨论服务版本图用于Web服务的进化，一节解释客户可以对这些版本图做些什么。1.1版本变更的分类Ponnekatietal已经提出了一个区分服务不同点的方案。他们定义了四种类型的不同点：结构、值、编码和语义。我们的通过对他

7、们方法的改良，使得这种分类更加适合区分Web服务的版本，而不是单纯的两个独立的服务的不同点。另一个重要区别在于，我们通过服务的WSDL描述来区分服务版本，而不是在SOAP消息层面上做比较。在讨论服务的变更类型之前，我们需要定义服务功能接口的概念。功能接口包含了WSDL描述中所有的操作。每一个操作的描述都包含了操作名称、参数列表和输出。每一个参数和输出的描述都包含了名称和类型。参数可以是可选的，也可以是强制需要的。WSDL的其他属性都被看成是服务的非功能接口。图-1版本变更的分类模型我们的分类方案如图-1

8、所示。我们定义了三种处于第一层次的变更类型：（1）所有上述功能接口中的变更都是非功能性的变更，（2）接口变更位于所有功能型接口中，（3）语义变更包含于除了Service属性外的所有WSDL属性中，利于变更操作、参数或者返回值的语义理解。接口变更与结构相关，因此在图-1中，对接口变更做了进一步的细分。非功能性变更覆盖了广泛的区域，例如服务的质量属性和服务策略。需要注意的是不是所有的非功能性变更都需要版本更新。例如，服务质量属性典型得表示为经常