SOA事务处理系统设计和实现.docVIP

SOA事务处理系统设计和实现 　　摘要：给出了一种适用于SOA环境的事务处理系统――DTPS。它能够适应SOA的松耦合环境，完成商用事务的并发控制与恢复。首先给出DTPS系统的整体结构与功能；然后详细讨论了其并发控制算法及消息传递机制。 　　关键词: 面向服务的架构； 事务处理系统；简单对象访问协议； Web服务 　　中图分类号：TP311文献标志码：A 　　文章编号：1001-3695(2007)11-0218-04 　　 　　0引言?? 　　 　　SOA是一种松散耦合的软件体系结构。在该体系结构中，由各自独立可复用的服务构成系统功能。这些服务对外提供意义明确的接口，软件的开发通过对这些接口的调用来完成[1，2]。在此环境下，事务仍然是并发控制与恢复的基础设施。但由于系统的各个组成部分都有自己的事务管理系统且各不相同，传统的事务处理技术[3]不能直接应用。?? 　　针对此环境，IBM、微软和BEA提出WS－C/T[4,5]等协议。WS－C/T建立在SOAP、WSDL等Web服务的标准之上，提供协调分布式应用活动的可扩展框架及框架支持的协调类型和协调协议。OASIS组织也提出了business transaction protocol[6]规范。BTP采用互操作协议来定义Web服务的事务性表现及消息内容。文献[7]在满足传统事务ACID性质的基础之上引入协调器(coordinator)的概念，提出了适用于Web服务的协同工作框架及协议。此外，文献[8]针对服务组合，基于CORBA和J2EE对象通信模型，提出了对象事务(object transac￣tion)的解决方案。 　　文献[9]总结了Web 服务环境下事务的主要特点，如事务涉及到的实体是分布在网络中不同位置、不同平台上的服务参与者；存在很多长事务、交互事务；每个事务都可能存在多个可选的子事务;事务结构比传统事务更松散、更灵活、更复杂，并不严格地遵循传统事务ACID 原则等。?ケ收呷衔?SOA环境下，事务管理还有一些新的特征：?? 　　a)协同性。系统由多个组成部分按调用关系组合而成，且每个组成部分都有自己的事务管理方式。在SOA环境下，事务管理主要是把系统中已存在的事务管理系统组织起来，进行协同事务管理。?? 　　b)脆弱性与冗余性。单个节点更容易断开或消失。所以单一节点上的事务非常脆弱，更容易失败。但系统可能存在多个冗余节点，一个事务(或子事务)又可在多个节点同时启动多个副本，因此事务执行的成功率又有所提高。本文针对SOA环境中对事务系统的新特征，给出一种新的事务处理系统――DTPS(distributed transaction process system)。该系统采用嵌套事务模型来表示对多个服务的嵌套调用，利用完全分布的算法进行服务的并发控制管理，并采用SOAP作为底层通信协议。DTPS 的运行可以跨越不同的企业和组织，能够满足Web服务事务的需求,同时又有一定的灵活性、实用性、可扩展性和可靠性。 　　 　　1SOA事务处理框架――DTPS?? 　　 　　1．1DTPS整体设计架构?? 　　DTPS的整体架构如图1所示。系统由协调者、参与者、事务、传输构件组成。应用程序通过API接口与协调器交互，提出或取消事务，并接收事务处理结果。协调器负责管理和控制事务的运行，负责创建事务，允许参与者登记和解除登记，完成参与者之间的并发控制和协调等。参与者完成事务承担事务性工作的Web服务。传输构件则完成事务系统其他部分之间的消息传送。协调器、参与者、传输构件均以Web服务部署单元的形式部署在Web服务运行时容器中。?? 　　 　　在该模型中，事务模型是基础，协调器管理是关键，事务上下文是事务管理的实现机制，而补偿事务处理机制则是一种事务恢复策略。 　　1．2DTPS的事务模型与补偿机制?? 　　 　　4结束语?? 　　 　　本文给出了一个用于SOA环境的事务处理模型DTPS。从事务模型、事务上下文管理、协调器管理和补偿事务处理机制等方面详细介绍了DTPS的架构，详细讨论了DTPS的并发控制算法以及消息传递机制。DTPS能够较好地适应SOA架构的松耦合特征，同时又有一定的灵活性、实用性、可扩展性和可靠性。?? 　　目前笔者已实现了DTPS的原型系统，正准备推广到应用中去，考虑增加图形界面，让用户更方便地进行事务管理。补偿事务并不能适用于所有事务，对不可补偿事务的处理是下一步的工作重点。另外对事务的原子性进一步的放松及恢复机制的研究也是下一步要做的工作。 　　 　　参考文献: 　　[1]ENDREI M, ANG J, ARSANJANI A, et al. Patterns: service oriented arch