随着网络和应用软件技术的发展,SOA、SaaS、ESB等概念的提出,使得整个软件系统的设计模式、部署方式、运行环境以及维护方式都有了本质性的改变,同时也促进了软件体系架构及其理论技术的发展。较传统的软件模式相比,软件即服务(SaaS)架构与应用模式为企业与用户提供了一种更松散、灵活的应用部署形式,已经成为被广泛应用的提供软件服务的方式。伴随SaaS应用规模的逐渐增大,加之租户的某一服务请求往往需要多个SaaS服务协同完成,这便给软件系统带来了SaaS应用服务之间相互通讯、相互协作的难题。ESB,即企业服务总线。通过ESB可以访问集成系统平台中的所有已注册服务,它基于服务路由与消息转换协议来控制服务之间的协调,消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现不同服务之间的通信与整合,从而支持基于服务组合的复杂业务流程。基于当前SaaS服务对互操作的需求,以及ESB消息路由的特性,本文将ESB集成到SaaS服务平台中,由ESB完成SaaS服务间互操作的请求消息的路由。对于同步的简短响应结果,由ESB直接返回给服务请求者；而结果集较大、异步的服务请求,总线只做请求消息的路由转发。响应结果存储在应用服务器上,具体的位置以及读取端口,在总线返回即时结果时,一同返回给服务请求者。目前多数ESB产品,只支持静态消息路由,在系统启动加载路由配置后,便无法再对消息路由进行更改调整,无法满足租户多样化的需求。本文针对目前ESB产品存在的局限性,为了更好的满足租户多个SaaS应用之间的动态互操作需求,对ESB实现过程中路由机制进行扩展,以支持运行时动态路由。在SaaS平台中不同租户对同一功能的服务,所关注的内容是不同的。在完成请求功能的前提下,部分租户同时还对服务的响应时间要求较高,而其他租户可能对服务的可靠性更为关注；因此,在扩展ESB为运行时动态路由的同时,本文提出了基于路由规则的ESB动态路由算法。针对租户请求消息中对服务关注角度的不同,结合同一逻辑服务中不同服务实例的特性,我们设计了相应的路由规则。与路由规则相对应,把所有的服务实例按照QoS属性划分为金牌服务、银牌服务以及铜牌服务三个等级。根据SaaS平台中用户不同的请求,动态路由架构调用不同的路由规则,将请求消息路由到相应等级的服务实例。这种通过规则控制的动态路由选择和消息传送机制,调度相应的SaaS服务实例,使得总线能够更加灵活地处理SaaS应用间的互操作需求。租户在SaaS平台中请求的服务并非全都是单纯的原子服务,有些情况下会请求由多个原子服务相互组合、协同运行的组合服务。某些原子服务在运行过程中处于关键位置,当此原子服务响应失败后,会影响后续的服务运行,甚至对最终的响应结果造成影响。因此,为了保证服务响应的质量与可靠性,对于需要调用多个组合服务的业务,我们利用关键点选择算法,选取组合服务中的关键节点。将关键节点标识信息存放到发往逻辑服务的总线消息中,在服务实例解析到总线消息中关键节点集合后,判断该服务实例是否包含在关键集合内部。若此节点包含在此集合内,则将自身运行的各项指标反馈给总线。在总线控制台中可以检测到所有关键节点的实时运行状态。文中我们基于Apache开源的轻量级ESB产品Mule、供应商管理系统(SBM)、生产排工服务(APO)以及相关的查询服务为例,分析了基于ESB的SaaS的服务互操作过程,解析了在ESB路由消息过程中的动态性、规则性,以及服务的可靠性保障措施。