InforBus 技术白皮书 中创软件商用中间件股份有限公司.docx

InforBus 技术白皮书 中创软件商用中间件股份有限公司前 言INFORBUS 技 术 白 皮 书I前言 InforBus是遵循CORBA标准的分布对象中间件产品，是国家863科研成果与多年丰富行业经验相结合而产生的新一代对象中间件产品,是国防科技大学技术专家和中创软件开发人员的智慧结晶。 本文档适合的对象 本文档适用于希望了解本产品技术指标的相关人员。 文档的组织 本文档共分六章。第一章是CORBA标准介绍，第二、三、四章分别介绍了InforBus和嵌入式InforBus，第五章是InforBus应用案例分析，第六章是产品综述。 公司联系方式 用户可以通过如下的联系方式详细了解该产品：l 市场服务热线：400-618-6180l 邮箱：l 传真 网址：目 录INFORBUS 技 术 白 皮 书I目录第1章 CORBA标准 . 11.1. OMG组织简介 . 11.2. CORBA体系结构 . 11.2.1. 对象请求代理ORB . 11.2.2. 对象服务 . 11.2.3. 通用设施 . 21.2.4. 应用程序对象 . 21.3. CORBA基本概念 . 2第2章 INFORBUS简介 . 42.1. INFORBUS体系结构 . 42.2. INFORBUS的组成 . 52.2.1. 对象请求代理（ORB） . 52.2.2. 公用对象服务（Common Object Service） . 52.2.3. 公共设施（Common Facility） .162.2.4. IDL编译器 .16第3章 INFORBUS的技术特点.183.1. 高效、灵活的负载缓冲机制 .183.2. 灵活多样的通讯机制 .193.3. 高可用性与容错能力 .193.4. 动态伸缩特性 .203.5. 安全可靠的通讯传输 .203.6. 更高的传输效率 .203.7. 良好的互操作特性 .213.8. 强劲的系统集成及封装能力 .213.9. 企业级组件开发方法 .213.10. 良好的WEB特性 .223.11. 跨平台异构系统的支持 .22第4章 嵌入式INFORBUS(EMB)简介 .234.1. INFORBUS(EMB)概述 .234.2. INFORBUS(EMB)的组成 .234.3. INFORBUS(EMB)的特点 .24第5章 INFORBUS应用案例分析 .265.1. 多机并行票据清分验证系统 .26目 录INFORBUS 技 术 白 皮 书II5.1.1. 应用背景 .265.1.2. InforBus的解决方案 .265.2. 基于多种查询方式的图书馆信息管理系统 .285.2.1. 应用背景 .285.2.2. InforBus的解决方案 .285.3. 基于分布式事务处理的银行储蓄系统.305.3.1. 应用背景 .305.3.2. InforBus的解决方案 .30第6章 综述 .34附录A. INFORBUS支持的操作系统 .35附录B. 中创软件商用中间件股份有限公司 .36CORBA 标 准INFORBUS 技 术 白 皮 书1第1章 CORBA标准1.1. OMG组织简介OMG(Object Management Group)组织是在1989年4月成立的非盈利性组织，目前包括SUN、IBM、Microsoft、HP、Unisys、3Com等的业界知名公司、学术机构和用户，全球大约有八百多个会员。 OMG的目的是要推广面向对象(Object-Oriented)的观念及作用并致力于加强软件的可移植性(portability)、可重用性(reusability)和互操作(interoperability)。 CORBA(Common Object Request Broker Architecture) 为OMG在1991年12月提出的面向对象的分布式计算规范。1.2. CORBA体系结构下图表示了CORBA的参考模型，它由四部分组成： 图 1-1 CORBA参考模型1.2.1. 对象请求代理ORB对象请求代理ORB（Object Request Broker）是组成CORBA的基础，即我们所说的“软总线”。它负责组件间的通信，通过它，对象可以透明地向本地或远端的其他对象发出请求或接收响应，实现了不同对象在分布式环境和独立于对象实现的平台之间进行交互。1.2.2. 对象服务对象服务（Object Services）是用接口定义语言IDL封装的系统级服务集合。这些服务是对ORBCORBA 标 准INFORBUS 技 术 白 皮 书2功能的扩充和补足，具有通用性，与具体应用领域无关。例如，一个能够定位其它可利用服务的服务就可以不考虑具体的应用领域。OMG组织目前已定义了15种标准的对象服务：生命周期服务、永久对象服务、名字服务、事件服务、并发控制服务、对象事务服务、关系服务、安全服务、交易服务、查询服务、对象集合服务、计时服务、属性服务、特许服务、外表化服务。1.2.3. 通用设施通用设施（Common Facilities）是由接口定义语言IDL定义的许多应用可以共享的服务集合，与对象服务不一样的是，它与具体应用领域相关。通用设施通常被分为两种类型，即水平设施（Horizontal Common Facilities）和垂直设施（Vertical Market Facilities），水平设施是指那些可以被某一领域内绝大多数系统共享的一般性设施，而垂直设施是指那些针对特定系统的设施。1.2.4. 应用程序对象应用程序对象（Application Objects）是指特定的商业产品或面向最终用户的应用系统。在这里Application Objects概念与传统的应用的概念是一致的，即与特定领域的具体应用有关。1.3. CORBA基本概念1. ORB （Object Request Broker） 对象请求代理ORB是CORBA结构的核心，它描述了分布、异构环境下对象之间通信的机制。从功能上来说，ORB就象一根智能消息传输总线，连接了分布系统中的各个部件。2. OA （Object Adapter） 对象适配器OA是位于服务方的对象，它把ORB接收到的客户方请求交给相应的服务对象进行处理。3. IDL （Interface Definition Language） 接口定义语言IDL是一种定义语言而非编程语言，不涉及算法。CORBA通过它来定义对象之间的接口，然后通过IDL编译器将IDL接口描述转换为相应的编程语言（C+，Java等）接口描述，从而实现CORBA的语言无关性。4. Stub 客户方存根Stub是为客户方提供方法调用的部件，由IDL编译器编译服务对象的IDL接口描述文件而自动生成。Stub充当客户方应用程序与ORB之间的粘合剂，它负责把客户方的请求进行编码，发送到服务对象实现端，并对接收到的处理结果进行解释，把结果或异常信息返回给客户方，使得客户方调用远程对象就像调用本地对象或本地函数一样。5. Skeleton 服务方框架Skeleton是服务方调用对象实现所用的部件，由IDL编译器编译服务对象的IDL接口描述文件而自动生成。Skeleton对客户方请求进行解码，定位实现方法，执行该方法，并把执行结果或异常信息编码后发送回客户方。6. GIOP（General Inter-ORB Protocol） 通用ORB互操作协议GIOP是描述不同的ORB间如何进行互操作的协议。CORBA 标 准INFORBUS 技 术 白 皮 书37. IIOP（Internet Inter-ORB Protocol） TCP/IP之上的ORB互操作协议IIOP是GIOP到TCP/IP的映射。它定义了用于Internet之上的一种标准互操作协议，它利用的传输层协议就是Internet所采用的TCP协议。8. CDR（Common Data Representation） 通用数据表示CDR是一种传输语法，它将IDL语言所定义的数据类型映射成用于传输的较低层次的数据格式。它负责以下工作：1.在不同类型的机器之间转换字节高低顺序。2.根据数据类型进行字节边界对齐。9. IOR（Interoperable Object Reference） 可互操作对象引用IOR是含有服务对象位置信息的数据结构，其格式遵循GIOP协议。ORB通过它来定位远程服务对象。10. IR（Interface Repository） 接口池IR是一个服务对象，其中保存其它服务对象通过IDL语言描述的对外接口的定义，如操作参数的数据类型等。客户方可以通过查询IR来获取服务对象的接口描述信息。11. DII（Dynamic Invocation Interface） 动态调用接口DII为客户提供了动态调用方式，客户方预先不知道服务对象的接口信息时，可以通过查询IR或其它手段获取服务对象的接口描述信息，然后利用DII动态调用ORB核心接口的方法来构造客户请求并发送到对象实现。12. DSI（Dynamic Skeleton Interface） 动态构架接口DSI为客户提供了动态实现方式，在对象实现方可以使用DSI动态分发客户请求的机制，以便动态地处理客户方的请求。13. COSS（Common Object Services Specification）公共对象服务规范OMG组织规定的与对象服务相关的规范，它定义了对象服务的功能和对象接口。目前该规范中定义了15种标准的对象服务：生命周期服务、永久对象服务、名字服务、事件服务、并发控制服务、对象事务服务、关系服务、安全服务、交易服务、查询服务、对象集合服务、计时服务、属性服务、特许服务、外表化服务。INFORBUS 简介INFORBUS 技术白皮书4第2章 InforBus 简介InforBus 是遵循CORBA 标准的分布对象中间件产品，其核心是支持IIOP 协议的ORB 软总线；公共对象服务、公共设施和应用程序对象位于核心ORB 软总线之上。下面将介绍InforBus 的各个组成部分。2.1. InforBus 体系结构InforBus 采用了基于代理的分布计算行为模型和软总线软构件的体系结构（如图）。分布式服务管理应用程序对象负载均衡服务对对象象请请求求代代理理(O(ORRBB)并发控制服务对象事务服务安全服务名字服务事件服务属性服务图 2-1 InforBus 体系结构InforBus 的软总线以分布对象技术为基础，不仅能够支持应用集成框架的建立，满足协同工作的需求，而且建立了多层次的软构件技术，更加便于应用领域框架及领域构件的开发。它也支持以软构件形式实现集成平台的系统管理和公共服务，使系统具有良好的开放性和扩展性。基于CORBA标准的对分布对象的透明访问，允许应用对远程对象和本地对象使用相同的访问模式，从而屏蔽了操作平台和通信机制，使应用开发者更加专注于应用逻辑的开发。InforBus 基于代理的分布交互模型使其突破了传统的基于需求/服务交互模式的Client/Server 模型，将交互角色从传统的“客户”和“服务器”两种固定角色的限制中解放出来，改变了“客户”和“服务器”之间不对等的交互关系，对服务器的开发和目前流行的三层应用开发结构提供强有力的支持。INFORBUS 简介INFORBUS 技术白皮书52.2. InforBus 的组成2.2.1. 对象请求代理（ORB）InforBus 的核心部件是ORB，即所谓的“软总线”。它包括了确定和定位对象，进行连接管理和收发数据所必须的所有通讯设施。ORB的基本任务是把请求从客户方传送到被激活的对象实现中。下面是ORB 的基本结构框架：IDLStubsORB接口接口池Object Request Broker Core（IIOP）实现池客户应用 对象实现IDL文件IDL编译器动态调用静态IDLSkeletons动态IDLSkeletons对象适配图 2-2 ORB 体系结构当客户应用要将请求通过ORB 发给对象实现时，运行过程如下：1. 客户通过某种方式找到对象实现的对象引用（IOR）。2. 如果该对象实现有相应的stub，则客户可以通过该stub 向对象实现发送请求。否则，在接口池的协助下，客户可以使用动态调用接口来向对象实现发出请求。3. 当对象调用请求通过stub 或动态调用接口到达ORB 核心以后，ORB 核心负责请求的传送，将其送给相应的对象适配器。4. 对象适配器接到请求后，判断一下所请求的对象实现是否有skeleton 存在，如果有，则对象适配器通过skeleton 调用执行对象实现中的操作，否则，对象适配器将通过DSI 中的动态实现例程来调用对象实现中的操作。5. 对象实现的特定操作方法执行完成后，结果将按照对象请求传递和执行路径逆向返回给客户对象。2.2.2. 公用对象服务（Common Object Service）. 名字服务（Naming Service）客户方向服务方发送请求时，要先获得服务方的对象引用（即位置信息，可参见2.3 关于IOR的说明）。INFORBUS 简介INFORBUS 技术白皮书6获得对象引用的方式有三种：1. 固定位置信息。2. 通过文件传输。3. 利用名字服务。固定位置信息方式的流程如下所示：Server 每次启动使用固定的IP 地址，端口号等信息。Client根据这些固定信息确定Server 方的位置。ORBCClileiennt t Server ServerIPPort=1000ServName=Account固定信息132IPPort=1000ServName=Account1.服务方根据配置启动2.客户方读取建链所需参数3.建链图 2-3 固定信息的流程这种是一种基本的，也是一种很传统的定位服务方的方式，但它有以下缺点：1. 这种方式要保证Client 与Server 对象引用的一致性，在Server 方引用发生改变（如Server的IP 改变，增加新的Server）时，Client 要作同样的更新，在大规模的应用中，这种工作将非常繁琐，不利于维护及管理；2. Client 以一种无序的方式来维护Server 方对象引用，难以进行分层管理，不适应大规模应用。文件拷贝方式的流程如下所示：Server 启动后，将自已的对象引用存入引用文件，Client 方在发送请求前，通过文件传输的方式（如ftp）取得Server 方的引用文件，然后解析此文件确定服务方的位置。INFORBUS 简介INFORBUS 技术白皮书7CClileiennt t SSeervrveerrORB文件传输IOR IOR14321.服务方启动后将对象引用写入文件2.客户方取服务方生成的引用文件3.读取对象引用4.建链图 2-4 文件拷贝方式的流程这种方式比固定信息的方式有所改进，因为可以让Client 自动从服务方取得引用文件，部分地解决了固定信息方式中的第一个问题，但对于第二个问题仍然无法解决，同时ftp 也很不方便。名字服务则是一种较好的解决方式，它集中管理了服务对象的对象引用，并通过树状结构进行了分层，在分布式环境中，可以用来很好地解决系统中的“资源定位”问题，使得当一个应用程序访问某一资源时，可以直接使用该资源的逻辑名向名字服务器查找并获得其相应的定位信息，而不是直接使用该资源的定位信息去访问该资源。因此，名字服务实现了资源的标志信息（逻辑名）与其定位信息相分离，访问资源的应用程序不再关心资源在网络上的定位信息，只要知道该资源的逻辑名即可以去访问该资源，大大地方便了应用程序的操作。名字服务是在Server 与Client 之间传递对象定位信息的典型手段。其工作原理如下图所示。当Server 创建一个对象后，立即将该对象的对象引用连同该对象的逻辑名注册到名字服务器中；当Client 要访问一个对象时，则通过事先约定的对象的逻辑名从名字服务器中获得对象引用，从而可以实现对服务对象的透明访问。在这个过程中，名字服务的对象引用基本上是固定不变的，Client 可以通过第一种方式取得它。CClileiennt tSSeervrveerrNamingServiceNamingServiceORB1321.服务方启动后将对象名及对象引用向名字服务注册2.客户方根据对象名取对象引用3.建链Client Client图 2-5 名字服务方式的流程名字服务是分布式系统的常用服务之一。ORB 有效地解决了位于分布异构环境中的对象之间的互操作问题，而建立在InforBus 的ORB 之上的名字服务则有效地解决了客户方对象对于服务方对象的透明访问问题。采用逻辑名经名字服务间接地访问服务方对象，客户方程序代码将不因服务方对INFORBUS 简介INFORBUS 技术白皮书8象在分布式计算环境中的位置“迁移”而变化，同时名字服务的分层管理也为集成大规模应用提供了条件。名字服务组件的实现完全遵循COSS 标准。. 事件服务（Event Service）ORB 的标准通信模式是同步通信。事件服务组件提供分布式对象之间的异步通信服务，这种通信模式是对ORB 标准通信模式的一种扩充。事件服务组件的实现完全遵循COSS 标准。事件服务在对象之间产生一个松耦合的事件通道，对象之间彼此并不关心对方的存在，对象可以在一个通道之上动态地登录或退出。事件服务按照对象的不同角色将对象分为两类：提供者（supplier）和消费者（consumer）。提供者生产事件数据，消费者处理事件数据。一般情况下，事件的提供者并不知道事件消费者的存在，事件消费者也不知道自己消费的事件来自谁。在提供者和消费者之间有两种方式来进行通信：“推”（push）和“拉”（pull）。在“推”通信模式中，提供者是数据传输和通讯的主动者，它将事件数据主动推送给消费者；在“拉”模式中，消费者是主动的，它从提供者主动请求事件数据。事件通道是一个中间对象，它允许多个提供者和多个消费者异步的进行通讯，它既是事件的消费者也是事件的提供者。事件服务组件的工作原理如下图所示。PUSH STYLEORBSupplier EventChannelConsumer ConsumerEventsNews is coming.I see! I see!图 2-6 事件服务的工作原理INFORBUS 简介INFORBUS 技术白皮书9ORBSupplierPULL STYLEEventChannelConsumer ConsumerEventsNews is coming.Whatsnews?图 2-7 事件服务的工作原理传统的应用系统都是客户方向服务方发请求，利用事件服务可以实现“主动服务”，即服务方主动向客户方发请求。这种方式的工作过程如下图所示，客户方先向事件服务订阅自已感兴趣的事件，当这些事件发生时，事件服务（PushServer）向客户发送事件通知，然后客户采取相应动作。这种工作模式为开发应用系统带来了很大的灵活性，可用于期刊订阅，监控系统报警等功能的实现。ORBClient#2ORBClient#1ORBClient#3ORBPushServer兴趣描述兴趣描述兴趣描述兴趣描述解释典型主动服务系统模型图 2-8 主动服务系统模型. 负载均衡服务（Loading Balance Service）负载均衡服务的作用就是使系统中各个服务对象的负载状况保持均衡，避免出现某些服务对象重载，而其它服务对象轻载的情况。负载均衡服务将客户的请求根据负荷能力分配到各个服务对象上，提高整个系统的处理能力。负载均衡服务提供转发式和查询式二种工作模式，根据实际应用的INFORBUS 简介INFORBUS 技术白皮书10需要，可以灵活选用。转发方式的工作流程如下图所示。Server1Load BalanceService. Server221233Client1 Client21.注册2.请求3.应答图 2-9 负载均衡服务工作示意图在这种方式中，各个服务方先向负载均衡服务注册，然后客户方将请求发向负载均衡服务，由负载均衡服务根据一定的策略将请求转发给状态最佳的服务器，服务器处理完后通过负载均衡返回应答。这种方式的优点在于客户方处理简单，但是在高并发度、大报文量的情况下，负载均衡服务可能会成为系统的瓶颈。查询式的工作流程如下图所示：Load BalanceServiceLoad BalanceServiceSSeervrveer1r1.SSeervrveer2r2 .13 421.注册2.查询3.请求4.应答CClileiennt1t1 Client1 Client1图 2-10 查询式的工作流程INFORBUS 简介INFORBUS 技术白皮书11在这种方式中，服务方先向负载均衡服务注册，客户方在发送请求前，向负载均衡服务查询当前最轻载的服务器，然后根据查询结果向相应的服务器发送请求，服务器处理完毕后将应答直接返回。采用这种方式，客户方增加了一定的工作量，但解决了第一种方式中存在的瓶颈问题。. 安全服务（Security Service）InforBus 以插件形式提供基于SSL（Secure Sockets Layer，安全套接层）标准的安全服务。SSL 简介SSL 是一个用于确保网络通讯保密性的协议标准，在1993 年由Netscape 公司开发，它为Client/Server 应用提供可靠连接方式下的防窃听、防篡改、防信息伪造的通信。SSL 在InforBus 中所处的位置及其功能SSL 以单独的插件提供，它位于ORB 层与应用层之间（如下图所示），应用通过调用SSL 模块提供的API 来实现安全机制。对象请求代理（ORB）SSL SSL应用应用图 2-11 SSL 在InforBus 中位置SSL 在InforBus 中所起的作用体现在三个方面：1. 身份认证加入了SSL 模块后，通信的双方可以使用数字签名证书来鉴别对方的身份。通信的每一方都被授予一个证书，该证书由认证中心（Certificate Authority 简称CA）颁发，符合国际X.509v3 标准，支持RSA 和DSA 两种数字签名认证。当客户方要与服务方建立连接时，服务方向客户方出示自已的证书，同时可以要求客户方出示证书，然后双方用某个逻辑算法来确定该证书是否可信，在验证无误后，才可以进行正式业务，从而防止了未经授权者侵入应用系统。2. 安全传输SSL 模块可以采用多种国际流行的标准加密算法来保证业务数据传输的安全性，如DES，TripleDES，RC2，RC4，IDEA 等等。其中DES 数据加密标准是由IBM 公司发明的一种块加密算法，并在1977 年被美国政府所采用，ISO 也已将DES 作为数据加密标准。DES 对64 位二进数据加密，产生64 位密文数据，使用的密钥为64 位，实际密钥长度为56 位（有8 位用于奇偶校验）。解密时的过程和加密时相似。它的速度比较快，通常应用于加密大量数据的场合。DES 的安全性仅取决于对密钥的保密，而算法是公开的。Triple DES 是对DES 的一种改进，它基于DES 标准，对一块数据用两个不同的密钥进行三次加密，从而提高了数据的安全性。RC2 和RC4 由Ron Rivest 设计（RSA 数据安全公司的R）。用变长密钥对大量数据进行加密。INFORBUS 简 介INFORBUS 技 术 白 皮 书12比DES要快，这两个算法可以通过设置一个更长的密钥来增加安全性。RC2是一个块密码算法，可以取代DES，RC4是一个流密码算法，比DES快十倍。 IDEA1991年发明，能使用128位密钥处理64位数据块，提供非常强的安全性。3. 消息完整性通信双方可以使用消息鉴别码算法对密文生成鉴别码，然后与对方传来的鉴别码进行比较，以防止密文被篡改。 InforBus支持的算法 InforBus支持的算法如下表。 表 2-1 InforBus支持的算法公共密钥算法RSA ，ADH对称密码算法RC4，RC2，IDEA，DES，Triple DES消息鉴别码算法MD5，SHA. 属性服务（Property Service）在IDL接口中，开发人员可以定义一个对象的属性，然后在系统运行时进行读取或修改，但是这种方式不允许在运行时创建和删除属性。属性服务则解决了以上问题，利用此服务，可以在运行过程中动态地为一个存在的对象创建属性，给属性命名，读取或设置它们的值和存取模式，或者删除属性。. 对象事务服务（Object Transaction Service）事务由一系列数据库操作组成，它有着ACID特性：w A（atomic）原子性：又称“非全则无”属性，即一个事务是不可分的，它的所有操作要么全都执行，要么全都不执行。w C（consistency）一致性：事务将数据库从一个一致性的状态转换到另一个一致性的状态。w I（isolation）独立性：事务的执行相互独立，互不干扰。w D（durability）持久性：一个已经提交的事务所产生的结果将永久地记录在数据库中，并且不能被取消，即系统要保证它的处理结果不被丢失，并且与以后的故障无关。在集中式的应用系统中，InforBus直接利用数据库的事务处理功能来保证事务的完整性与持久性。在分布式的应用系统中，InforBus根据2PC（2 Phase Commit，二阶段提交）协议，遵照X/Open的DTP（Distributed Transaction Processing，分布事务处理）模型，利用对象事务服务（OTS）来保证事务的原子性与持久性。 2PC协议 2PC协议是用于分布式事务处理的经典协议，它将参与全局事务的所有局部数据库系统称为参与者，另外有一个协调者，它可以是一个局部数据库，也可以是一个独立的应用服务。2PC协议将分布式条件下全局事务的的提交分为两个过程：投票阶段和决策阶段。具体步骤如下：1. 协调者向所有参与者发“开始投票”命令。2. 参与者向协调者投票。INFORBUS 简介INFORBUS 技术白皮书133. 协调者根据参与者的投票对全局事务作出决策：如果所有参与者都投提交票，则全局决策为提交；如果有一个参与者投取消票或者没有响应，则全局决策为取消。4. 协调者向所有参与者发决策信息，参与者执行全局决策。整个过程如下图所示：协调者参与者PrepareOK/CancelCommit/Rollback图 2-12 2PC 的协议过程示意图DTP 模型X/Open 组织推出的DTP 模型，主要由三部分组成：Transaction Manager， Resource Manager和Application Program。TM（Transaction Manager）的主要功能是管理全局事务，协调事务的提交，回退和失败恢复；RM（Resource Manager）的主要功能是管理共享资源；AP（Application Program）通过RM 来对资源访问。RM 和TM 之间的通讯协议为XA 协议，AP 与TM 之间的通讯协议为TX协议。下图是DTP 模型示意图：TransactionManagerTransactionManagerApplication ProgramApplication ProgramResourceManagerResourceManagerResourceManagerResourceManagerDataBaseServerDataBaseServerOtherResourceOtherResourceTX InterfaceXA InterfaceXA Interface图 2-13 DTP 模型示意图在事务处理过程中，AP 调用TM 来开始和结束全局事务；TM 标识每个全局事务，并对全局事务进行管理；RM 负责操作资源。这个过程中为了保证全局事务的原子性和持久性，RM 和TM 之间的通信要遵循XA 协议。在DTP 模型中，RM 对TM 是透明的，即RM 可以是任何种类的数据库管理系统或文件系统，只要求TM 与RM 之间的通讯遵守支持2PC 的XA 协议。OTS 就是DTP 模型的一种实现。基于OTS 的应用系统结构INFORBUS 简介INFORBUS 技术白皮书14ResourceTransaction FactoryControlTerminator(Transaction with request)TransactionOriginatorTransactionContextRecoverableServerTransactioncontextOTS Transactioncontext图 2-14 OTS 的体系结构如上图所示，基于OTS 的应用系统中有如下对象：w 事务发起者（Transaction Originator）：引起事务操作的程序，由事务客户和事务对象组成。w 可恢复服务器（Recoverable Server）：由可恢复对象和资源组成。w 事务上下文（Transaction Context）：包含了事务的相关信息，是事务的唯一标识。OTS 的运行过程以通过一个例子来说明基于OTS 的应用系统的运行流程，某客户作转帐业务，从银行A 取钱，存入银行B，银行A 和银行B 是两个不同的可恢复服务对象。INFORBUS 简 介INFORBUS