BEA+Tuxedo+白皮书.doc

BEA TUXEDO
技术概要
一引言 1
二 BEA TUXEDO的组件软件模型 2
三 BEA TUXEDO 的特点 4
四 BEA TUXEDO 的组成与功能 8
8
应用程序配置 8
公告牌 9
9
事务管理器 10
工作站 14
域 15
DCE 集成 15
队列服务 16
17
与X/Open 的TX标准兼容 17
COBOL支持 17
国际化 18
五总结 18
一引言
BEA TUXEDO是在企业、这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能,并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。BEA TUXEDO是企业、 分布式应用中的基础主干平台(见图1)。它提供了一个开放的环境,支持各种各样的客户、数据库、网络、遗留系统和通讯方式。
图1 BEA TUXEDO是企业、分布式应用中的基础主干平台
BEA TUXEDO使分布式关键任务应用系统具有大型主机的性能,从而使这些应用系统能够应付数以千计的用户,大交易吞吐量,多并行数据库存取和大量数据,同时保持较短的反应时间,较高数据完整性和安全性,并且确保全年365天,每周7天,每天24小时的系统可用性。同时,BEA TUXEDO还能让开发人员和系统管理人员享用分布式运算环境提供的好处,如技术成本的低增长率,灵活性提高,快速应用开发和安装以及业务信息存取得以改善。
二 BEA TUXEDO的组件软件模型
关键业务应用通常是面向事务的,要求具有准确的数据完整性、较好的性能和管理需求。这些需求要求对应用的开发、调度和操作给出一个结构化的方案。由像BEATUXEDO这样的中间件支持的组件软件模型为分布式环境处理关键性业务应用提供了一个结构化的解决方案。BEA TUXEDO和基于组件的应用设计从异构的计算资源中创建了一个虚拟主机: 在分布式应用系统级提供可管理的相互关联的资源。
许多组织在进行了一段时间的分布式应用工作后,现在已经认识到组件软件模型是他们的必然选择。分布式应用的直接动力是主机应用和集中式中规模的应用系统基础上又逐渐配备有大量的台式系统和服务器系统,这些分布式系统在标准网络传送协议的支持下,呈松散耦合的态势,事实上它们构成了网络计算资源的基础。在开始的时候,分布式系统主要服务于把集中式系统的前台应用迁移到网络环境----主要用台式处理器和文件服务器实现文档处理和电子邮件通讯应用系统。接着,两层的客户/服务器数据库应用在部门级被采用,这类应用把交互式文件共享进化到并发数据元素访问,在数据级支持更细粒度的管理。虽然这些客户/服务器应用具体化了真正分布式应用处理的概念,它们仍留有为某一目标定制的特性,规模和管理能力都有限。更重要的,这些应用只停留在较细粒度的数据访问上,使得整个应用系统宛如磐石,不能有效地利用网络资源。
面对更大规模的关键业务应用,如要进行有效的分布式处理,就要求从客户/数据库方案转变到三层客户/应用系统/数据服务器结构。以后者为核心的组件软件模型是客户/服务器计算的拓展,它支持应用分区,能有效地开发和调度应用业务逻辑,管理分布式应用的可靠执行。
BEA TUXEDO 采用三层结构的组件软件模型。图2 表示BEA TUXEDO 的组件软件模型的概要。该结构分为三层:
图2 BEA TUXEDO 的组件软件模型概要
客户为第一逻辑层,实现用户交互和数据表示,向第二层的服务器请求调用核心的业务逻辑处理服务,比如数据库的读取和更新。
中间层为服务器组件,这些组件由BEA TUXEDO 管理,实现核心的业务逻辑服务并将这些服务按名字广播,接受并处理从客户或其他服务器发出的请求这些服务的消息,并将处理结果返回给请求者,即客户或其他服务器。
资源管理器,比如像关系数据库,构成模型的第三层,负责管理应用系统的数据资源。服务器组件在完成服务的过程中通过资源管理器存取它管理的数据,或者说请求资源管理器的数据服务。相对于以数据库为中心的的两层客户/数据库服务器模型, BEA TUXEDO的三层结构模型客户/应用服务器/数据库将应用的业务逻辑和用户界面的表示分开。这样就允许开发人员专注于应用的核心业务逻辑的划分、封装、与相互作用,快速建立系统的核心业务功能的原型。
另外,明确地划分界面表示和业务逻辑,对用户有效地管理应用系统也是意义重大。对具有成百上千个客户的两层结构的系统来说,经常性的更新、升级系统是一项十分棘手的维护工作,尤其是当系统已经投入实地运行以后。三层模型将用户交互的表示部分与内部的业务逻辑