Tuxedo 培训讲义

Tuxedo培训讲义Version:1.0Tuxedo的学习资源Bea开发网站，BeaTuxedo教材，分为ATMIdevelop和Administration两本，配合Tuxedo的相关试验，是系统学习Tuxedo的最好途径。Tuxedo联机文档，全面描述Tuxedo的特性，以及开发的各个方面。其它一些中文文档，但在看这些文档时，要参照Tuxedo的联机文档来看。（）Tuxedo学习方法参考Bea的Tuxedo教材，按照需要，做课后的试验。在实际项目中进行体会。在项目开发过程中，进行讨论。AgendaTuxedo的技术概要。Tuxedo的开发。讨论。Tuxedo基本概念Tuxedo是什么？—“TransactionforUNIX(TUX)+distributedclient–servercommunications(ExtendedforDistributedOperation)”—分布应用基础环境，用来搭建多层次，C/S结构，集中管理的应用系统。—交易中间件（位于client与server之间）—交易处理监视器（TPM：transactionprocessingmonitor)补充概念中间件：—中间件是位于平台（硬件/操作系统）和应用之间的通用服务，这些服务具有通用的接口和协议。不同的产品，不同的平台之间，有不同的实现。—中间件的分类：基于远程过程调用的。（RemoteProcedureCall）面向消息的中间件。（MessageOriented）对象请求代理。（ObjectRequestBrokers）交易处理中间件。（TransactionProcessingMiddleware）补充概念交易、事务（transaction）—企业应用经常要求并发访问多个共享的数据资源，为了维护数据完整性，要求在分布式资源上的一组操作被当作一个单元（UNIT)，在一个操作单元中，所有的操作一起成功、或者一起失败。—事务有如下的属性：原子性（Atomicity），一致性（Consistency），隔离性（Isolation），持久性（Durability）。一个完整的事务处理体系，应该包括：应用构件，资源管理其，事务管理器这三个部分。关键业务与Tuxedo的C/S结构关键业务应用通常是面向事务的，要求具有准确的数据完整性、较好的性能和管理需求。Tuxedo为分布式环境处理关键性业务应用提供了一个结构化的解决方案。TUXEDO采用三层结构的组件软件模型：—Client为第一逻辑层。实现用户交互和数据表示，向第二层的Server发请求，调用业务逻辑处理服务。—Server组件中间层，这些组件由TUXEDO管理，实现业务逻辑服务,接收服务请求，并返回服务结果。—第三层为资源管理器，比如像关系数据库。负责管理应用系统的数据资源基本的C/S模式基本C/S模式如图：C/S模式明确地划分了界面表示和商务逻辑，将应用管理集中在中间层，增加了分布式应用的伸缩性和灵活性。使用户能够有效管理应用系统。可管理多层C/S模式在可管理多层(ManagedMulti-Tier–MMT)C/S模式中，提供了中间件管理功能：—节点的处理能力得到改善，Client和Server之间并不是一一对应，客户端可以向多个服务发出请求。—中间件提供了在Client和Server之间的通信、数据传输、以及交易管理和服务配置。—数据库在这种情况下，只进行数据管理，成为RM。—统一的数据流控制降低了数据库中的进程数，减低了数据库的压力，同时减少了Server的空闲时间。—将Server逻辑的开发，与Server的配置管理完全分开。可以通过改变配置，改变系统的结构。Tuxedo的C/S方案Tuxedo的C/S方案如下图所示:客户端tpcall(...)服务端公告牌机器信息服务信息交易信息客户端信息15243客户端回应Q服务请求QTuxedo的C/S方案MMTC/S模式的优点TUXEDO的实现技术模块化客户端，交易，服务最大化的处理能力和流量客户端交易流量控制，分布式配置，快速消息匹配和路由通讯传输技术ATMI访问，一种简单且容易定义的接口实时应用管理核心配置文件，MIB，管理工具和基于浏览器界面的GUI名字服务和交易位置无关公告牌提供目录交易便利应用数据服务应用服务位置可以在配置中随意配置Tuxedo的组成配置信息库：—TUXEDO应用程序的运行配置参数，由配置文件指定，这些配置文件在运行时转换成为公告牌（BulletinBoard)。驻留在每个参与应用的服务器结点上。—应用程序配置通过配置文件，定义了在分布的环境中运行服务所需的资源，配置信息驻留在一个可编程访问的管理信息库（MIB）中。Tuxedo提供在运行时访问MIB的接口。—公告牌（BulletinBoard)驻留在每个参与到由配置文件指定的应用程序的BEATUXEDO的服务器结点上。Tuxedo的核心子系统Tuxedo的核心子系统包括：—事务管理器（TM）—工作站（workstation）—域（Domain）—队列（queue）事务管理器事务管理器是TUXEDO体系结构的中心。也是每个TUXEDOServer的核心。提供分布式应用服务、命名、消息路由、负载平衡、配置管理、事务管理和安全性名字服务/位置透明性：BB(BulletinBoard)为应用程序实现名字服务。它在共享内存中实现一个命名结构。运行时，事务管理器根据名字信息，以及配置信息，自动寻找当前可用Server上。相应的，程序开发人员在编程时，会使用对应于Service的逻辑入口项（称有名服务）的函数调用，事务管理器自动把这些逻辑请求，映射到结点/服务器进程环境内指定的服务实例。名字服务/位置透明性数据依赖型路由/负载均衡/优先权数据依赖型路由（DataDependRouting，DDR)是根据数据缓冲区中一个指定域的值，把一个服务请求映射到一个指定的服务器组的机制。负载平衡（LoadBalance）为了确保应用流量最大，事务管理器自动地在系统中完成负载平衡和调度。通过使用每个服务的负载因子，事务管理器把请求发送给能最快处理该请求的服务器。事务管理器通过为当前排队的请求总计负载因子来决定给定服务器上的负载优先权(priority):请求优先权是事务管理器提供的另一个核心能力。某一服务请求经常需要比其他服务更高的优先权。当含有不同优先权的请求处于同一请求队列时，优先权高的请求被优先处理。分布式事务处理分布式事务处理（DTP）保证访问分布的数据源和不同数据库管理产品时，数据的完整性。事务管理器用全局事务跟踪事务参与者，管理两阶段提交协议。确保每个每个交易分支（Subroutine)都能正确处理事务的提交和回退。事务管理器还在出现本地故障、网络故障或全局资源死锁时协调全局事务的恢复。事务管理器使用OpenGroup的X/OpenXA接口，该接口已被X/Open接纳为分布式事务控制的标准接口。工作站/WorkStationWS（workstation）把TUXEDOATMIAPI扩展到Client程序中。通过配置WS，开发者用ATMI透明访问在BEATUXEDO分布式环境中任何地方的服务。Tuxedo通过专用的监听ServerWSL（配置在服务器端），来负责接收从WS发来的请求，同时产生WSH（WorkStationHandler）来负责实际处理WS端的请求逻辑。WS端通过参数WSNADDR，来指明Server的网络地址和端口。域/DomainTuxedo利用Domain的概念，来拓展C/S结构。简单来说，每个Domain由一个Domain配置文件定义，其作为一个实体被管理，包含着几个TuxedoDomainServer和若干商务应用。Domain之间是通过Tuxedo提供的Server：DomainGateway（GWTDOAMIN,GWOSITP）等来互相通讯的。DomainGateway主要用来实现一下的任务：管理，在多个Domain间的ATMI，多Domain间的交互，不同网络环境中的通讯，以及跨Domain的事务管理和TypeBuffer转换。队列/QueueTuxedo队列应用的结构如下图所示：通常每个Client和Server在运行时，系统会分配给它缺省的请求队列和应答队列（request/responseQueue）。Tuxedo提供队列服务，开发者可以根据option来定制对于某些Server的Queue。例如：选择LIFO、FIFO，用户可以调整入队和出队的ATMI调用特性，为控制应用程序流提供了最大的灵活性。在Tuxedo看来，Queue就是一种资源，使用前需要创建Queuespace,创建Queue。由它的资源管理器(Qmadmin)来管理，通过特定的TM（TMQUEUE,TMQFORWARD）来集成到Tuxedo的应用中。与X/Open的TX标准兼容TUXEDO是开放小组的用于定义和管理事务的X/OpenTX接口标准的基础。TX接口是基于事务管理器的ATMI的，两个接口提供了几乎相同的功能。事务管理器接口，ATMI，被X/Open选中，作为OLTP应用编程的参考技术，重命名为XATMI。X/open提出了DTP的模型，以及相应接口。Tuxedo实现了其中的TM部分，提供了TX接口（在APP与TM之间通讯），支持XA接口（在TM与RM之间通讯）。补充概念：X/open的DTP模型补充概念：X/open的DTP模型X/open的DTP模型ApplicationProgram(AP)：实现最终用户的功能，AP界定了GlobalTransaction，明确了要访问的资源，以及交易结果。TransactionManager(TM)：TM管理全局事务，同时也负责保证交易的ACID性。也负责当Fail发生时，把他们recovery。ResourceManager(RM):RM定义用户共享的资源。CommunicationResourceManager(CRM)：CRM支持一个实例与另一个实例之间的通信，不论另一个实例是否在当前的TMDomain之中。从上图可以看到，X/Open模型中，定义了CRM与OSITP模型之间的通信接口。现有航信的主机与Tuxedo之间的通信，就是应用了该模型，通过Elink互相通信。Tuxedo在航信系统中的应用Tuxedo在航信中的应用：—核心交易平台的建立。利用Tuxedo良好的交易管理能力，和强大的负载性能，建立运行关键任务（missioncritical）的核心交易平台。—利用Tuxedo和航信主机之间，通过Elink连接的通路，将主机应用向开放平台转移，减轻应用开发的难度。减轻主机系统的交易压力。—利用Tuxedo和其他中间件平台如weblogic、MQSeries之间的连接，增加系统之间连接的灵活性。合理优化系统资源的整合。技术框架TerminalWebServerPCMobilePhonePDAFTPServerConnectionServerDCPBIServersReportPortalReportEngineOLAPServerUSASDataWarehouseJ2EEServersWebContainerEJBContainerOpenCoreTransactionEnvironmentTPMonitorAppServerforUSASHostConnectionPoolDatabaseOpen/ENVTuxedo通过WTC与weblogic互联通常用TUXEDO实现系统的核心业务，用WEBLOGIC做为系统扩展到web的平台，实现电子商务。由WEBLOGIC调用TUXEDO上的服务，需要在Tuxedo和Weblogic之间建立连接。WTC(WEBLOGICTUXEDOCONNECTOR)，不仅能让WEBL