Web信息系统服务替换技术研究.docVIP

Web信息系统服务替换技术研究 　　摘 要：本文对web信息系统服务替换技术进行了归纳和总结，简单地概括和阐述了服务替换的整个流程；最后介绍了服务替换技术的研究现状，重点讨论了几种替换方法，指出了目前服务替换技术中需要解决的一些关键问题。 　　关键词：web信息系统；服务组合；服务替换 　　DOI：10.16640/j.cnki.37-1222/t.2016.01.254 　　1 引言 　　随着Web服务技术的不断应用与发展，特别是面向服务的体系结构（Service Oriented Architecture， SOA）的日益成熟，越来越多的企业在Web服务整合传统应用的基础上推出各式各样的web服务。单个Web服务的功能有限，为适应用户不断变化发展的新需求，通过采用服务组合技术组合多个Web服务，实现服务增值和服务重用已经成为一个趋势。本文主要对服务替换技术目前取得的一些研究工作进行了详细的综述和分析，重点介绍了几种服务替换方法，最后指出了后续研究需要解决的一些关键性问题。 　　2 服务替换技术的基本概念 　　在开放、动态、多变的Internet环境下，服务替换是保证面向服务的软件系统持续可信的重要手段。对于服务替换的定义，目前尚未有统一的严格表述。Web服务替换问题是指，在一个服务组合的上下文环境中，以新的候选服务替换掉应用中某个组件服务，同时还能保证替换后的服务保留系统原有属性，可以实现特定的服务功能。当Web服务组合系统中的关键服务遇到来自网络的威胁或自身的软硬件故障，不能继续提供服务时，需选取新的服务来替换，替换是否成功取决于替换之后的组合是否仍是正确的。在综合以上观点后，本文认为服务替换是指在Web服务组合的系统中，当单个或多个服务由于网络环境、自身的软硬件故障、版本更新等因素失效或者QoS退化，导致用户需求无法满足且服务组合无法继续运行时，通过选择新的更优质的Web服务来替换，确保替换后的服务组合能够继续正常运行，提高动态环境下服务组合可靠性、可用性的一种手段。 　　3 服务替换技术的研究现状 　　3.1 基于服务复制的替换方法 　　最早的服务替换方法是当服务失效时，通过复制服务的方法，选择备份服务进行替换。通常是采用主动复制和被动复制这两种复制算法。主动复制算法的思想是：所有冗余副本在服务执行过程中同时响应客户请求，当有副本失效时，系统将屏蔽该失效副本，其余副本并在失效副本缺席的情况下继续正常工作。优点是失效恢复时间短，不影响服务正常执行；缺点是耗费大量系统资源，并要求成员的状态是确定的，而且也可能导致重复嵌套呼叫问题。 　　被动复制算法思想是：冗余副本分为主从两种，在服务执行过程中，只有主副本接收和处理用户请求并实时更新从副本状态。当主副本出现失效时，系统将从副本中的一个升级为主副本，以继续提供服务。根据从副本状态落后于主副本的程度，又分为冷备份和暖备份等模式。优点是节约系统资源，并且不要求服务的状态是否确定；缺点是失效恢复时间长，而且还带来主副本与从副本的状态一致性问题，特别是当主副本突然失效，此时从副本的状态一致性很难维护，处理不当将可能产生严重后果。 　　这种早期的服务替换方法在初期服务资源比较匮乏的情况下还是能够有效的解决服务失效的问题，但随着越来越多的Web服务应用被开发，这种仅从服务提供者的角度出发，采用简单复制的方法，在牺牲大量硬件资源的同时，往往使得整个组合服务的性能质量停滞不前。因此，越来越多的研究者开始着眼于探索网络中日益增多的Web服务资源，加大网络资源地利用和Web服务地利用，通过搜索并调用较高更优质的的Web服务，及时、经济、合理地替换失效服务，实现恢复组合服务系统的运行和功能。 　　3.2 基于QoS的服务替换方法 　　在服务组合运行过程中，若出现服务失效，导致流程无法执行，最简单的方法是寻找一个功能与失效服务一样的Web服务进行替换。当然这样的服务替换方法通常假设服务之间可以进行无缝的互操作。 　　随着技术的进步及服务提供商的加入，当相同或更优QoS指标且功能等价Web服务的不断出现，为维持或者提升现有组合服务的整体QoS指标提供了可能。服务替换的对象不再局限于失效的Web服务，对于Qos退化或版本升级的服务同样需要及时进行替换更新。同样，在选择替换服务时需要考虑对现有组合服务整体QoS的维持或提升最优的Web服务。 　　这种方法的基本思想是：当被替换进组合服务的新服务会影响该组合服务的整体QoS时，为确保仍然达到或超出原来要求的指标，可以用QoS聚合方法来计算组合服务中的QoS，根据计算得出的QoS值来选择最佳的替换服务。当新服务数量较多或Web服务组合的规模较大时，计算每个新服务代入服务组合后全局QoS引起的性能问题 　　3.3 基于行为一