（计算机科学与技术专业论文）基于协同服务总线的业务执行环境的研究与实现.pdf

0 北 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中 不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或 其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所 做的任何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：日期： 珈fo 。弓 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权 保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅 和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印 或其它复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在一年解密后适用本授权书。非保密 论文注释：本学位论文不属于保密范围，适用本授权书。 本人签名：日期： 易d o 弓 导师签名： 垒碎 同期：2 旦f21 三 ：! ：! ! 塑皇人学硕一i ：学位论文 声明 _ _ _ _ _ _ _ _ _ _ - 一一_ _ 9；八 北京邮电人学硕上学位论文 摘要 基于协同服务总线的 业务执行环境的研究与实现 摘要 在三网融合的环境下，业务执行环境不仅要为增值业务提供运 行环境，还要提供多媒体综合的、多样化、个性化的组合式服务， 并且能提供广域分布式协同的、一体化的应用协同运行能力。因此， 本文提出了一种基于协同服务总线的业务执行环境。 首先本文介绍了基于e s b 的下一代业务支撑环境的背景，并对 e s b 、a g e n t 、i c e 中间件、拦截器等技术等进行了介绍和分析。 然后，确定系统由单点执行与区域协同两部分组成，并通过面 向属性驱动设计的方法，分析了系统的功能属性与质量属性，然后 根据所介绍的技术确定了系统的整体框架详细论述了其设计与实现 方案。 单点执行部分，利用消息总线使得业务与插件间灵活有效的通 信协作。并将拦截器运用于插件，使得插件在提供额外的能力同时， 能通过环境获取服务、网络、平台的深层信息，并能将这些信息通 过协同服务总线共享。 区域协同部分，结合e s b 思想，利用a g e n t 技术、i c e 中间件 设计了协同服务总线的结构与实现机制，使协同服务总线与执行部 分有机结合起来。将广域分布式协同划分而治，通过分区域分级别 的总线节点与带a g e n t 的服务执行节点协作，实现快速的服务组合。 最后，从业务的管理，插件加载实例化，插件、业务协作，协 同总线初始化、协同服务总线与执行节点之间协同实现组合业务的 角度，通过几个流程演示了框架各个主要功能的运行机制。最后介 绍了测试思路与方法。论文的结束部分对论文进行了总结，提出了 进一步的研究工作。 关键字：协同服务总线，s o a ，e s b ，a g e n t ，i c e ，拦截器 ! ! 塞竺! 坚叁竺堡兰竺论文 摘要 一 ： 一_ ； 北京邮电大学硕十学位论文 摘要 s t u d yo fc o o r d i n a t i v es e r v i c eb u s b a s e d s e r v i c ee x e c u t i o ne n v i r o n m e n t a n di t si m p l e m e n t a t i c e c u t i o n nl r o n m e n ta ni t si m p l e m e n t a t i o n a b s t r a c t u n d e rt h ee n v i r o n m e n to fn e t w o r kc o n v e r g e n c e ，s e e ( s e r v i c e e x e c u t i o ne n v r i o n m e n t ) i sn o to n l yt op r o v i d ev a l u e - a d d e da p p l i c a t i o n e x e c u t i o ne n v i r o n m e n t ，b u ta l s op r o v i d ed i v e r s i f i e d ，m u l t i m e d i a i n t e g r a t e da n dp e r s o n a l i z e ds y n t h e t i cs e r v i c e ，a n dc a np r o v i d e o p e n - e n d e d ，w i d e a r e ad i s t r i b u t e d c o o r d i n a t i v ea n d i n t e g r a t i v ea b i l i t yo f c o l l a b o r a t i v ea p p l i c a t i o no p e r a t i o n s ot h i sp a p e rp r o p o s eak i n do f c o o r d i n a t i v es e r v i c e sb a s e ds e r v i c ee x e c u t i o ne n v i r o n m e n t ( c s b s e e ) f i r s t l yt h i sp a p e ri n t r o d u c e st h eb a c k g r o u n do fe n t e r p r i s es e r v i c e b u s ( e s b ) b a s e dn e wg e n e r a t i o no p e r a t i o n ss y s t e m sa n ds o f t w a r e ( n g o ss ) ，a n dt h e ni n t r o d u c e sa n da n a l y z et h ei m p o r t a n tt e c h n o l o g yo f b u i l d i n gt h es y s t e m ：a g e n t ，i c em i d d l e w a r e ，i n t e r c e p t o r sa n d e t c t h e nd e t e r m i n e st h em a i nt w op a r t so ft h et h es y s t e m ：s i n g l ep o i n t e x e c u t i o na n da r e ac o o r d i n a t i o n t h r o u g hu s i n gt h em e t h o do f a t t r i b u t e d r i v e nd e s i g n ，a n a l y s e st h ef u n c t i o na n dq u a l i t ya t t r i b u t e so f t h es y s t e m ，t h e nd e t e r m i n e st h ew h o l es o f t w a r ea r c h i t e c t u r e f o rs i n g l ep o i n te x e c u t i o n ，u s e st h em e s s a g eb u s i n e s s ，a n dm a k e s t h ec o m m u n i c a t i o nb e t w e e na p p l i c a t i o n sa n dp l u g i n sb e c a m ef l e x i b l ea n d e f f e c t i v e a n da p p l i e si n t e r c e p t o r si n t op l u g i n ，w h i c hw i l lm a k et h e p l u g i nc a nn o to n l yp r o v i d ee x t r aa b i l i t i e s ，b u ta l s oc a ng e td e e p i n f o r m a t i o n so ft h ea p p l i c a t i o n s ，n e t w o r ke n v i r o n m e n ta n dt h ep l a t f o r m ， a n dt h e s ei n f o r m a t i o n sc a nb es h a r e dt h r o u g ht h ec o o r d i n a t i v es e r v i c e b u s f o ra r e ac o o r d i n a t i o n ，d e s i g n st h ea r c h i t e c t u r e ，i m p l e m e n t a t i o na n d t h em e c h a n i s mo fc s bu s i n gt h et e c h n o l o g yo fe s b ，a g e n ta n di c e ， t h e nm a k e sc s ba n ds e ec o m b i n d e dt o g e t h e r a n dcs bd i v i d e st h e p r o b l e mo fd i s t r i b u t e dc o l l a b o r a t i o ni n t os o m ea r e a sa n dp a r t s ，t h e n t h r o u g ht h ec o l l a b o r a t i o no fr e g i o n a la n dc l a s s i f i c a ls e r v i c eb u s n o d e sa n d i i i 卜，产 北京邮i 乜人学硕i ：学位论文 摘要 t h es e r v i c ee x e c u t i o nn o d e sw i t ha g e n t ，l a s ta c h i e v e sf a s tc o m b i n a t i o no f s e r v i c e s f i n a l l y ，f r o mt h ea s p e c to fa p p l i c a t i o nm a n a g e m e n t ，t h ep l u g i n l o a d i n gi n s t a n t i a t i o n ，t h ec o o p e r a t i o no fp l u g i n sa n da p p l i c a t i o n s ， i n i t i a l i z a t i o no fc s b t h ec o m b i n a t i o ns e r v i c e st h r o u g hc o l l a b o r a t i o no f c s ba n ds e r v i c ee x e c u t i o nn o d e s ，t h i sp a p e rd e m o n s t r a t e se a c hm a j o r f u n c t i o n so ft h er u n n i n gm e c h a n i s mo ft h ef r a m e w o r k f i n a l l yi n t r o d u c e d t e s t i n gm e t h o d sa n d m e t h o d a tt h ee n do ft h ep a p e ri ss u m m a r i s e ，a n d f u r t h e rr e s e a r c hw o r ki n t r o d u c t i o n k e yw o r d s ：c s b ，s o a ，e s b ，a g e n t ，i c e ，i n t e r c e p t o r 北京邮电大学 i v i j 北京邮电大学硕十学位论义 目录 目录 第一章绪论一l 1 1论文背景及意义- 1 1 2 相关概念一2 1 3 研究工作介绍一3 工3 1 妄要膨髫一3 1 3 2 主要万织一3 1 4 论文组织结构一4 一 第二章技术背景介绍6 - 2 1企业服务总线一6 - 2 1 工企毖腰务怠线分豸z - 6 2 1 2基于e s b 彪业务巍纾邵劈一6 - 2 2a g e n t 技术一7 2 2 】 a g e n t ，g 孕一7 - 2 2 2 反题z 才a g e n t 一8 2 2 3 a g e n t 刍f 兮o r b 农刁e 8 2 3拦截器技术- 8 2 3 工 拦碰器衍念一8 - 2 3 2拦截器通过插件技术sa g e n t 结合- 9 - 2 4对象请求代理技术与i c e 一9 2 4 工 鲈么，是i c e 一9 2 4 2i c e 膨雾户与织务器纺膨一9 - 2 5本章小结一1 0 一 第三章基于协同服务总线的的s o n i x 研究与设计一l l 一 3 1 协同服务总线一1 1 3 1 工占参声孑z 眵谚| 歹t 卜每；，乡笋一】工一 3 1 2 历巧哮垅岳犹- 姐一 3 2 s o n i x 功能属性识别与分析一1 3 - 3 2 工 学府我痧功彪属嫠妇- 3 - 2 2 迓蚴厨功能雳拦一工4 一 北京邮电大学 北京邮电人学硕：l ：学位论文 目录 3 3 s o n i x 质罱属性识别与分析1 4 3 3 1 尝，f ：；说办须：量碍嫠工4 3 3 2 区域协同质量属性i s 3 4 属性驱动的设计策略1 6 3 4 1 i c e 惭矽斧兹矿分布或鼋孝臼1 6 3 4 2 带拦截器的插件化( 纽件化) 设计1 6 3 4 3 分布艽管线1 6 3 4 4 发厢a g e n t 发术1 7 3 5 s o n i x 总体结构1 7 3 6 s o n i x 总体部署方案1 8 3 7 本章小结一2 0 第四章$ o n i x 虚拟服务节点设计与实现2 1 4 1 虚拟服务节点结构2 1 4 1 虚拟服务节点关键模块设计2 2 4 1 1 膨每唐线兹劳2 2 4 1 2 拦藏拶掰萨2 3 4 工3 巍厅彦沈毖矿2 4 4 1 4 描移镤联狰矿2 6 4 1 5 贾掾层贸矛2 8 4 2 虚拟服务节点关键模块实现3 0 冬2 1 系统内部通信接h - - - - c o m m u n i c a t i o n e n t i t y 类3 0 4 2 2 消息总线模块m e s s o g e 8 u s 类3 1 4 2 3 5 0 n i x m e s s a g e 类3 工 4 2 4 m e s s a g e q u e u ej 卷3 2 4 2 5我方谚钇 黝乇糙l ，f d r c o r e 毙3 2 4 2 5 本地资源管理模块- - - - l o c a l r e s o u r c e m a n a g e r 类3 2 4 2 7 插佯容器模块呻l u g t n c o n t o i n e r 类3 2 4 3 虚拟服务节点实现动态描述3 3 4 3 1 逝务勿袭灞巧学一3 3 4 3 。2 协同运行插件模块加载注册3 4 4 3 3j 磋务渤e 膨宫处理3 5 4 4 本章小结3 6 北京邮电大学2 ： 北京邮电大学硕上学位论文目录 第五章 s o n i x 协同服务总线设计与实现3 7 5 1 协同服务总线架构3 7 5 2 l c s ba g e n t 殳计3 7 5 2 1l c s ba g e n t 缮7 唆3 7 5 2 2巍行够够定暌尉3 8 5 4c s b 与l c s b 设计3 9 5 4 工c s b ，l c s b 第街3 9 5 4 2 万犀移卉耄纷彰4 0 5 4 3 劢l 劝筑g 舀置理4 工 5 4 4 功l 动第蛊曼漤一4 2 5 5 最优服务组合算法设计4 2 5 5 1 服务组合优化4 2 5 5 2爱统嬲i 务南馄4 5 5 6 协同信息交换协议设计4 7 - 5 6 1 h e a r t b e a t 灰艺髟4 7 5 6 2 芳篇管型功议4 8 5 6 3 膨务管理功议4 8 一 ， 5 6 4 腰务劳坷协议4 9 5 7 协同服务总线实现5 0 5 7 1 c s b 横瓒膨兰毫刃5 2 5 7 2l c s b a 镆瓒筋期5 4 s 8 协同服务总线实现动态描述5 5 - 5 8 1l c s b 节点加入退出5 5 5 8 2 肱努芸鼢矛与耶m 建j 艺5 6 5 8 3 鞭务协同信息交换5 7 5 8 4 逝灞 孵务坊坷5 8 5 9 本章小结5 9 第六章 s o n i x 实现相关测试6 0 6 1测试方法一6 d 一 6 2测试环境- 6 1 6 3 测试用例与结果6 2 - 6 4本章小结6 8 一 北京邮电大学 3 北京邮电大学硕+ f j 学位论文 日录 第七章 结束语6 9 7 1 论文工作总结6 9 7 2 进步的工作6 9 参考文献7 0 缩略语7 2 致谢。7 3 发表论文7 4 北京邮电大学4 s ： 一、 北京邮电人学硕士学位论文绪论 1 1论文背景及意义 第一章绪论 随着社会的发展和进步，人们对网络应用的需求不断向多样化、智能化和个 人化方向发展，现有的多种网络和多种技术共存的网络体系结构的弊端同益明显， 多种网络的互通融合成为当今网络发展的大趋势。基于p s t n 、i n t e r n e t 、广播电 视网络的三网融合【l 】，能够提供多媒体综合业务的，提供多样化、个性化组合式 服务【2 】的，开放的式，广域分布式的，一体化的业务运行管控协同支撑系统已成 为目前国内外电信业和网络界关注的热点p j 。 国家8 6 3 重大专项项目“新一代业务运行管控协同支撑环境的开发”( 项目 编号2 0 0 8 a a 0 1 a 3 1 7 ) 正是在这样一个大环境下提出的。该环境总体结构如图 图1 1 1 3 1 所示。 图1 1 总系统结构图 如图1 1 所示，子系统业务协同运行平台所处位置如图虚线框所示。业务运 行协同平台子系统与外界交互的系统主要有业务生成平台、业务管控与访问平台、 会话服务平台、承载网适配器、内容服务系统、数据存储与分发服务系统p j 。业 务生成平台根据业务模板设计业务逻辑，为业务运营商提供简便快捷的业务设计、 生成和验证等服务；业务管控与访问平台负责进行业务的发布、部署、撤销、暂 停与恢复等管理和控制，并为用户提供统一认证和鉴权，实现不同业务的单点登 录；会话服务系统提供会话控制、会话生命周期的管理、会话资源的动态分配和 优化，保障会话业务服务质量；承载网适配器子系统获得适配的底层网络的动态 北京邮电大学 缘迳簸零霹引割引瓣鬻 北京邮电大学硕l ：学位论文 绪论 资源信息；内容服务子系统可以将为数据内容提供统一的信息管理；数据存储与 分发服务子系统可以获取业务数据、固定漫游个人用户数据以及面向用户的流式 数据访问接口。 本文的工作就是围绕子系统“业务协同运行平台”展开的。 1 2 相关概念 业务、服务、单点执行、分布式协同、组合型业务等是本论文中重要的概念。 本节将对这些概念进行定义，并对可能存在的定义限定范围进行说明。 定义1 业务( a p p l i c a t i o n ) 经过专门人员设计，然后部署到业务执行环境中的完成特定应用的程序，它 是处理外部用户请求的最终实体。 定义2 服务( s e r v i c e ) 是一个广义范围的概念，泛指所有具有统一访问接口的各种应用程序。服务 包括业务，业务也可以视作服务来对待。特别的，一切抽象化的资源、具有统一 抽象访问接口的应用程序也可以作为服务来看待。 定义3 单点执行( s i n g l en o d ee x e c u t i o n ，s n e ) 以前的业务执行环境相关的设计中【4 】【5 1 ，业务所有逻辑的执行过程都集中在 一个节点上，而不是分散在几个节点上分别执行，我们把这种业务执行方式叫做 单点执行。 定义4 服务节点( s e r v i c en o d e ) 所有具有单点执行能力的，并且能够将本节点运行的业务提供为服务的节点 都叫做服务节点。服务节点可以等同于业务执行环境中部署的业务执行节点。 定义5 分布式协同( d i s t r i b u t e dc o o r d i n a t i o n ，d c ) 广义的协同概念，是指协调两个或者两个以上的不同资源或者个体，协同一 致地完成某一目标的过程或能力。 根据定义2 ，本文所讲的协同概念指是广域范围内服务之间的协作：数个 不同的服务按照一定逻辑顺序组合协作完成一个更大的服务，并且其中每个子服 务的调用接受广域范围内的调度与调控，称为分布式协同( 或称广域协同、协同) 。 定义6 组合型业务( c o m p o s i t ea p p l i c a t i o n ) 、原子服务( a t o m i cs e r v i c e ) 、 简单业务( s i m p l ea p p l i c a t i o n ) 北京邮电大学 8 ，k 北京邮电大学硕上学位论文 绪论 由定义3 ，可以存在由多个服务组合而成的更大服务，这种服务被称为组 合型业务( 一般情况下，为避免混淆，不提组合服务，而只说组合型业务。) ， 而组成组合型业务的各个服务被称为原子服务。而非组合型业务，称为简单业务。 1 3研究工作介绍 1 3 1主要问题 单点执行与分布式协同的具有一定的矛盾，他们主要体现在三点： 单点执行如何为分布式协同提供服务； 分布式协同如何为单点执行提供服务； 分布式协同如何控制单点执行； 对于前两点，组合型业务的分布式协同终究要划归到原子服务在服务节点上 的执行。但是，服务节点只能关注到本节点上的操作，既无法向外界提供有益的 服务信息，也无法从外界获取有利信息来加快本机的业务执行流程。因此，需要 一种中介机构来完成这样的任务：它能够从服务节点上收集服务信息，然后能向 业务执行节点提供收集到服务信息。 对于第三点，由定义5 ，分布式协同的基础是服务组合，如何在组合时对 业务的选择实施更新与控制，也是一个亟需解决的问题。单点执行是个体行为， 而分布式协同是一个宏观的集体的协作。在进行分布式协同时，如果某些服务节 点对一些节点过度访问，或者服务节点本身的过载、失效都会导致整个分布式协 同的受阻或者失败。 1 3 2主要工作 论文相关工作主要就是研究并实现了基于协同服务总线( c s b ) 的业务执行 环境( c s b s e e ，c o o r d i n a t i v es e r v i c eb u sb a s e ds e r v i c ee x e c u t i o n e n v i r o n m e n t ) 。它就是“新一代业务运行管控协同支撑环境的开发 8 6 3 发展 计划目标系统中的协同运行平台子系统【3 j ，代号为s o n i x ( s e r v i c ec o o r d i n a t i v e a n di n t e r o p e r a b l ee x e c u t i o ns u b s y s t e m ) 。 s o n i x 使用服务总线作为中介者来解决上述提到的分布式协同相关的问题。 本文的主要工作分为两部分： 北京邮电大学 北京邮电人学硕i ：学位论文 绪论 1 在既有的业务执行环境的基础上进行改造，设计消息总线、拦截器、代 理等设施，加强服务节点的扩展能力，使得服务节点能： 提供业务与网络之间的交互能力，业务能够根据业务执行所需的业务能力 进行选择，达到适应网络环境变化的目的： 向c s b 主动提供服务信息，包括服务描述信息、服务q o s 信息等； 通过c s b 知道其他节点提供的服务，并且能够知道这些服务的q o s 状态； 通过获取的相关服务的q o s 信息选取最优q o s 服务尽力快速的完成本节 点上的组合型业务的执行； 据自身的负载情况决定外来请求的转移或者与丢弃策略，实现过载避免功 能； 2 设计c s b 的结构、接口与机制，使其作为中介者为分布式协同提供帮助： 通过主动探测或者被动触发等方式收集服务的q o s 信息； 迅速传播q o s 信息到广域网范围的每一个业务执行节点； 对相关服务进行q o s 排序，实时提供q o s 最优的服务的相关信息； 1 4论文组织结构 本文就协同运行的框架展开论述，利用服务总线技术、a g e n t 技术、拦截器 技术、i c e 等技术，提出基于协同服务总线的业务执行环境，并展开详细论述与 设计。本文组织结构如下： 第一章，即本章。对论文的项目背景进行了简单的介绍。 第二章，技术背景介绍。首先介绍了使用企业服务总线技术来解决当前业务 执行环境的解决办法。随后介绍了基于协同服务总线的业务执行环境的实现所设 计的一些主要技术，具体包括a g e n t 技术、拦截器技术以及对象请求代理技术i c e 等。 第三章，s o n i x 软件体系结构研究与总体设计。介绍基于协同服务总线的 业务执行环境的软件体系结构。通过执行环境所处的位置、部署方案、功能属性、 质量属性等推导执行环境体系结构所需要的架构战术，并由架构战术得到执行环 境的体系结构。通过此体系结构奠定本系统的设计思想路线：架构由虚拟服务节 点与协同服务总线两大结构组成。 第四章，s o n i n 虚拟服务节点研究与设计。介绍执行环境中虚拟服务节点 的，确定虚拟服务节点的体系结构与部署方案。通过介绍适配层、资源层、执行 北京邮电大学 北京邮电人学硕士学位论文绪论 层、插件层四个层次的各个分区主要模块的设计，为多业务执行、组合业务分布 式执行，以及协同服务总线的扩展与接入奠定坚实的基础。 第五章，s o n i x 协同服务总线研究与设计。介绍执行环境的协同服务总线 部分。通过环境的广域网部署方案，与第二章、第三章讨论的技术与思想，得出 协同服务总线的体系结构。然后分别介绍协同服务总线、本地协同服务总线、本 地协同服务总线代理三个层次的模块划分与设计。让后给出基于该体系架构的最 优服务计算方法、请求反馈调度调度方法。最后给出协同服务总线各实体之间、 协同服务总线与服务执行节点之间的分布式接口，为进一步实现该架构打下基础。 第六章，s o n i x 实现相关测试。介绍s o n i x 实现的测试方案，包括对测试 思路、测试环境、测试用例以及测试结果的必要的介绍。 第七章，结束语。本章包括了论文工作总结和对项目的进一步工作的探讨。 本文从研究课题的技术概况开始，循序渐进的介绍了项目设计和实现方案。 文章的内容始终与项目中的研究和实践工作紧密联系，充分总结了研究生期间的 研究工作和成果。 北京邮电大学 北京邮电大学硕一 ：学位论文技术背景介绍 2 1 企业服务总线 2 1 1企业服务总线介绍 第二章技术背景介绍 企业服务总纠6 。( e n t e r p r i s es e r v i c eb u s ，e s b ) 是实现s o a ( s e r v i c eo r i e n t e d a r c h i t e c t u r e ) 儿驯的一个重要支撑系统。应用将通过总线交互，而总线扮演着应 用间信息调度的角色。这种方法的主要优点是它减少了应用间交互所需的点对点 连接的数量，使得系统中组件之间松耦合程度更高，组件能独立于系统而扩展。 e s b 是服务间的连接框架，使服务实现与服务通信相分离，服务之间松散耦 合，使应用系统具有更好开放性和可扩展性。e s b 在服务提供者以及服务的访问 者之间形成一个桥梁，形成一个中介环境，如图2 1 。 图2 - 1e s b 结构示意图 2 1 2基于e s b 的业务执行环境 业务执行环境可以通过使用e s b 消除点对点连接，使得服务之间可以支持 同步和异步消息传递。同时e s b 可以对服务的能力、级别、质量等信息进行管 理、监控。在使用服务总线的同时，e s b 能保持现有系统的完整与相对的独立， 并对整个业务系统的内部外部请求、流程实现全局统一的优化调度。它的架构分 层如下： 共享服务：通过各种适配器将现有的安全服务、r 志服务、数据服务、通 信模块连接起来，使得这些具有公共属性的子系统能够被整个平台共享； 北京邮电大学 - ， 北京邮电人学硕士学位论文 技术背景介绍 服务总线：提供服务信息交换的功能，帮助上层业务更精准、更快的调用 其他服务。同时服务总线可以提供消息代理、同步异步消息、消息发布订 阅等模式，提供更多丰富的服务访问方式； 共享业务：将所有业务、公共服务统一为服务或者原子服务。通过按照业 务的逻辑规则，可以提供组合的、面向流程的组合业务类型。 共享平台：将平台具有服务计算能力利用起来，使得平台的能力被共享； 同时使某些节点的能力得到共享，使得业务执行环境朝着云计算的能力发 展。 2 2 a g e n t 技术 a g e n t 技术可以为解决单点执行与分布式协同之间的矛盾提供良好的解决方 案，其具有的反应模式结构【1 0 】，能够为s o n i x 的服务总线即时地提供服q o s 相 关的信息，协助完成协同执行功能。 2 2 1 a g e n t 概念 a g e n t 是处于特定环境，能感知并灵活、自助适应环境，可以代理设计者或 者使用者实现一定任务的具有较高自治能力的计算机实体。a g e n t 作为自主的个 体，在一定目标的驱动下具有对自身行为和内部状态的某种自我控制能力，能够 不受干预的采取由各种目标驱动的，积极主动的行为，如学习、推理、合作等， 感知、适应并运行于复杂的和不断变化的动态环境，有效的利用环境中的各种数 据和计算资源，为用户提供迅捷、准确和满意的服务。a g e n t 具有以下特征p 】： 1 自主性：a g e n t 运行时不直接受他人控制，对自己行为和内部状态具有 控制能力。自己具有一套既定的反应体系，并根据状态的改变产生相应 的动作。 2 协同性：a g e n t 能够与其他实体( 包括其他a g e n t ，计算机程序，通信节点， 甚至是人等) 形成一个平台、一个公共环境，用a g e n t 通信语言相互交换 各自获得的信息，能够有效地与其他a g e n t 协同工作。 3 反应性：a g e n t 能够感知所处的环境( 可能是物理实体，通信环境，界面 用户，或其他a g e n t 等) ，并对相关事件根据既定的策略作出适时反应。 4 主动性：a g e n t 能够遵循承诺，按照程序编制者设定的模式、策略与方 法，对采集到的信息事件采取主动行动，表现出面向目标的行为。 北京邮电大学 北京邮电人学硕i ：学位论文 技术背景介绍 2 2 2 反应式a g e n t a g e n t 的体系结构大致可分为以下三类【1 0 】：审慎式体系结构、反应式体系结 构、混合式体系结构。其中具有代表意义且与s o n i x 实现技术相关的是反应式 a g e n t 。 该体系结构的特点是a g e n t 中包含了感知内外部状态变化的感知器、一组对 相关事件作出反应的过程，和一个依据感知器激活某过程执行的控制系统，a g e n t 的活动是由于受到内外部某种“刺激”而发生的，因此被称为反应式的体系结构。 该体系结构在目前主流的分布式系统中占主导地位，并且大多以感知器、策略语 言、策略库等方法来实现。 2 2 3 a g e n t 结合o r b 技术 公共对象请求代理体系( c o m m o no b j e c tr e q u e s tb r o k e ra r c h i t e c t u r e ， c o r b a ) 是对象管理组织( o b j e c tm a n a g e m e n to r g a n i z a t i o n ，o m g ) 发起和制定的 分布式对象计算标准，其目的是在分布式异构环境下实现信息和资源的共享，以 使不同的开发者可以通过网络进行互操作【1 1 1 。互操作的关键是软件总线对象请求 代理( o b j e c tr e q u e s tb r o k e r ，o r b ) ，它允许用户动态或静态地向服务提供者发出 请求并接受应答，而用户不必介入底层机制。a g e n t ，技术具有与c o r b a 技术结 合的必要性【1 0 】【1 2 】，为了支持a g e n t ，o m g 定义了a g e n t 公共设施，并把a g e n t 分为静态a g e n t 和移动a g e n t 两类，启动移动a g n e t 代表与邮件消息相似的“智 能消息”；静态a g e n t 通过移动a g e n t 进行交互，可以独立完成一些工作，也可 以用于封装现有的应用以提供新的功能。 2 3拦截器技术 2 3 1拦截器概念 拦截器b 4 1 5 j ( i n t e r c e p t o r ) 是a o p ( a s p e c t o r i e n t e dp r o g r a m m i n g ) 的一种 实现策略，用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入 某些操作。它提供了一种机制，使开发者可以在业务逻辑执行代码的前后定义一 些特殊的执行代码，也可以在一个业务逻辑代码被执行前执行前阻止其执行。 通常，针对一个应用或者一类应用而设计的拦截器不止一个，而是几个按照 一定次序组成的一个序列，这个序列称为拦截器链【1 4 】【1 5 1 ( i n t e r c e p t o rc h a i n ，在 s t r u t s2 中称为拦截器栈i n t e r c e p t o rs t a c k ) 。在访问被拦截的方法或字段时，拦 北京邮电大学 北京邮电大学顾十学位论文技术背景介绍 截器链中的拦截器就会按其之前定义的顺序被调用，通过截获一个a c t i o n 中的各 种数据。 s t r u t s2 的拦截器实现相对简单。当请求到达s t r u t s2 时，s t r u t s2 会查找配 置文件，并根据其配置实例化相对的拦截器对象，然后串成一个列表( 1 i s t ) ， 最后一个一个地调用列表中的拦截器，如图2 2 所示。 口田口口口 击俨旷_了 图2 - 2 拦截器原理序列图 2 3 2 拦截器通过插件技术与a g e n t 结合 拦截器是可拔插的，它可将处于松耦合关系的代码或者操作结合成一条链， 并通过这样的链完成一项更具有逻辑意义的操作。通过拦截