Tuxedo早期成功案例.docx
《Tuxedo早期成功案例.docx》由会员分享，可在线阅读，更多相关《Tuxedo早期成功案例.docx（20页珍藏版）》请在冰豆网上搜索。
Tuxedo早期成功案例
ORACLE中间件成功案例
ORACLE中间件的客户遍布世界各地和各行各业，在世界范围内大型客户超过2000个，基于ORACLE中间件产品构造的应用系统拥有数百万个前端，每天处理的交易数以亿计。
在此，举几例简单说明。
包括：
●联邦快递FederalExpress
●敦豪国际快件公司DHL
●中国财政部“金财工程”
●劳动与社会保障部金保工程
●香港国际货柜码头
●英国劳工局
●AT&T
●3M卫生保健信息系统
●SAPIENT卫生保健网络
●FIRSTCHICAGO银行
●上海城市合作银行
●深圳建设银行
1.建设银行证券业务系统
为适应现代化商业银行经营管理和债券市场发展的需要，满足客户多元化的投资需求，从2000年4月开始规划中国建设银行证券业务系统。
中国建设银行希望在充分利用建行现有的城市综合网等金融电子网络和网点优势上，建立一个功能齐全的、建设银行系统内集中统一的集债券、基金、股票为一体的交易与登记网络系统，为客户的债券和基金认购、交易及兑付等业务提供优质服务，为建行培植优秀客户群体和新的利润增长点。
通过这个系统的建设，中国建设银行的投资者可通过网点、电话银行、网上银行、callcenter等多种渠道办理业务。
业务范围包括：
▪帐户开户和销户；
▪发行（或代理发行）
▪登记及过户，办理其他机构发行债券的托管；
▪债券转让，实现做市、竞价、协议交易；基金的申购和赎回；
▪派息和兑付；
▪债券和资金清算；基金和资金清算；
▪行情发布、查询、交易信息传递；
▪信息分析及反馈；
▪特殊业务，包括帐户挂失、司法查询、冻结、扣划、非交易过户、资金帐户变更、债券帐户的换卡等；
▪系统管理；
由于这一系统是中国建设银行第一个全行集中的交易系统，在建设本系统过程中，项目组对系统的建设提出了很高的要求，类似交易峰值的设计为发行峰值需要达到3500笔/秒，交易峰值需要达到1500笔/秒，以及其他的高可靠性和可扩展性，安全性设计。
基于这一设计思路，证券业务系统采用了多层的系统架构来实施这一系统：
全国处理中心，省级代理集中点和网点，同时在架构全国处理中心的过程中，同样采用多层的框架：
数据库服务器集群，应用服务器集群，网关集群等层次。
由于证券业务系统部署在全国各地，目标开户总量达到4000万户，可操作业务的网点总量为15000个，同时还需要与行内的综合业务系统，CallCenter系统，网上银行等，以及行外的中央国债系统，基金公司，上海股票交易所，深圳股票交易所等互连。
复杂的硬件和网络环境，复杂的系统连接能力，庞大的交易量的支持，高可靠性和可扩展性，安全性的要求，种种因素的结合，最终选择了ORACLE中间件TUXEDO来构架这一全国集中的交易系统。
ORACLE中间件的专业服务队伍专门提供了资深技术顾问配合客户设计，部署这一关键业务系统。
目前系统正在逐步上线阶段。
由于TUXEDO服务器端产品部署在全国处理中心和省级代理集中点，通过TUXEDO的域管理和互连技术实现这两层之间的连接。
TUXEDO的客户端产品部署在网点，通过TUXEDO提供的C/S访问方式接入证券业务系统。
在证券业务系统中存在行情发布系统。
行情发布与一般的登记类交易不同，它是由全国处理中心发起，下发给多个省级代理集中点，然后由多个省级代理集中点下发给15000个营业网点。
由于TUXEDO提供广播编程接口和数据依赖路由的功能，使得这一功能可以方便的实现。
大量的实时类交易通过调用TUXEDO的同步编程接口实现。
全国处理中心网关的实现过程中，通过TUXEDO的管道编程接口进行交易的转发，解决了网关的处理瓶颈。
TUXEDO的管道编程接口可以实现业务流水线的调度方式，进而加快业务的处理能力和减少系统的资源开销。
由于撮合类交易的业务是异步的，证券业务系统接受到债券买卖交易后，客户可以离开，等这一下单成功撮合完毕之后，成交回报返回给网点，供客户查询。
所以在设计这一实现式，通过TUXEDO的同步编程接口，把交易数据记录在代理集中点，然后由代理集中点的后端驻留进程按照特定的算法转发给全国处理中心进行处理。
TUXEDO的多样化的编程方式使得证券业务系统有能力根据业务的实际需要，选择特定的实现方式。
在全国处理中心的建设过程中，网关集群和应用服务器集群都部署了TUXEDO服务器端产品。
通过TUXEDO的域内多机运行模式的设置，可以做到全国处理中心多机应用系统的集中管理和维护能力。
同时TUXEDO支持SNMP协议，BMC的企业级系统管理软件专门为ORACLE中间件的TUXEDO和WebLogicServer提供了知识管理模块，可以很好的集成。
同时，也可以与其他的CA的Unicent，HP的OpenView，IBM的Tivoli等企业级系统管理集成。
另外，通过TUXEDO的多机负载均衡能力使得系统的性能可以有一个很好的吞吐，而动态配置功能可以实现系统可以随时增加新的机器，让系统在性能上有一个很好的扩展，却不影响交易的正常运行。
同时，TUXEDO的多层次的故障恢复机制使得应用系统在出现进程死亡，网络连接断开的状况下自动的进行恢复。
在与其它系统的接口设计方面，可以使用TUXEDO众多的互连功能进行有机的集成。
TUXEDO对TCP/IP和SNA网络协议的支持，对OSI-TP，队列，CORBA和XML连接协议的支持，以及与WebLogicServer和其他Java应用服务器的连接能力，使得证券业务系统可以很好的集成各种技术，为系统提供的充分的开放性。
2.邮政绿卡工程
绿卡工程是前中华人民共和国邮电部于1993年推行的邮政金融系统的跨世纪工程，旨在使邮政储蓄业务通过计算机联网系统，提高邮政储蓄业务的效率、进一步实现高质量的服务体系。
这一宏伟举措是为了满足邮政储蓄业务飞速发展的需要而实施的。
到2000年，绿卡工程实现全国780个城市邮政储蓄业务的计算机联网，真正实现了邮政储蓄全国通存通取，取得了良好的经济效益和社会效益。
作为覆盖全国的工程项目，绿卡工程具有规模大、技术要求高、应用性强的特点，对高质量、高可靠性和高安全性有着非常严格的要求。
因此在系统的构筑过程中，必须遵循以下的原则进行建设：
▪实用性
▪兼顾成熟性与先进性
▪开放性与标准化
▪安全性和可靠性
▪应用软件的模块化
经过一段时间的应用实践，前邮电部于1997年在以上原则的基础上更强调指出：
为保证系统的灵活性与开放性，应用软件与硬件平台应做到相互独立，一种应用软件可运行于多种硬件平台上。
在综合考虑系统设计原则的前提下，三层客户机/服务器结构成为邮政储蓄应用系统的首选；对于三层结构的中间件基础结构，经过对多种产品的深入了解和测试比较，最终ORACLE中间件系统有限公司的TUXEDO以其无可争议的卓越性能成为首选。
在先进的三层客户机/服务器体系结构上建立的邮政储蓄应用系统具有以下特点：
▪采用先进的三层体系结构，充分利用系统资源，充分发挥主机性能，使应用软件的维护和升级更简单
▪建立在开放的硬件平台上，采用标准语言开发，应用系统的可移植性和伸缩性强
▪采用可靠的中间件，使应用系统能应付数以千计的用户、大交易吞吐量、并行数据库存取和大量数据的访问
▪和数据库通过XA接口，交易反应时间短，具有很高的数据完整性和安全性
▪负载均衡，确保应用系统达到最大吞吐量
▪应用系统具有故障后自动恢复功能
▪支持多台主机并行工作方式
同时与部清算中心及金卡中心相连，负责与其它城市中心或其它银行之间储蓄业务的通存通兑。
其中，交易处理系统利用中间件ORACLE中间件TUXEDO提供的应用编程接口（API）和数据库系统提供的PRO*C构筑而成。
ORACLE中间件TUXEDO负责交易请求的接收和分发，以及事务完整性控制，涉及到数据的存取，则调用PRO*C编成的函数对数据库进行操作。
中间件和数据库之间的协调和配合通过标准的XA接口完成。
实践证明，采用ORACLE中间件TUXEDO的应用系统具有以下优势：
Ø高性能：
绿卡工程中未采用ORACLE中间件TUXEDO的现有系统，其交易量通常在每秒钟10笔左右。
而从目前已经试运行的潍坊、威海以及江西省中心绿卡系统来看，采用ORACLE中间件TUXEDO的系统每秒钟交易量可达30多笔。
另外，采用ORACLE中间件TUXEDO后，系统的批处理时间也大大加快，由原来的数小时缩短到1小时甚至更短。
Ø易编程：
ORACLE中间件TUXEDO提供的应用编程接口功能强大、简单易用，其中常用的函数调用只有30个，而目前绿卡系统使用到的仅有10个。
采用ORACLE中间件TUXEDO编写的应用程序模块化程度高，系统灵活易用。
Ø安全性：
ORACLE中间件TUXEDO提供5级授权机制，为应用层的安全性提供灵活可靠的验证手段，满足了绿卡工程对安全性的高度要求。
Ø经济实用：
目前绿卡工程中大量采用X.25传输方式。
此方式实行复式收费方式，即除需按月收取固定费用外，还需按实际通信时间计费。
ORACLE中间件TUXEDO的信息压缩功能减少了广域网上的信息传输量，缩短了传输时间，降低了通信费用并缩短了联机交易响应时间。
采用ORACLE中间件TUXEDO之后，信息的压缩量达30%～50%。
Ø开放性：
几乎所有的硬件厂商和数据库厂商都是ORACLE中间件的合作伙伴。
强大的合作伙伴联盟使ORACLE中间件的产品具有最广泛的开放性。
Ø技术保证：
作为唯一独立的大型中间件厂商，ORACLE中间件能够保证其产品技术的高质量和领先性。
而ORACLE中间件的合作伙伴，如上海华腾软件系统有限公司、邮电部数据通信技术研究所在绿卡工程中已积累了几年的丰富经验，培养了一大批技术骨干和工程管理人员。
ORACLE中间件和合作伙伴一起共同为绿卡系统用户提供了强大的技术保障。
以上海邮政金融计算机网络中心为例，这是第一个全部邮政储蓄网点上网的绿卡中心。
截至99年7月初，该中心拥有活期存款帐户357万个，定期帐户306万个，ATM卡294万张。
上网运行的网点387个，ATM机307台。
交易量为8万笔每/天，峰值达13.8万笔；异地交易平均为9500笔/天，跨行交易平均为8000笔/天。
作为国内金融领域内最早全面采用三层结构的金融系统，绿卡项目的成功经验将在金融领域内被广泛借鉴，从而带动整个金融电子化的步伐。
邮电部数据通信技术研究所系统工程部总工办刘汉文主任表示：
“随着绿卡工程的不断深入，ORACLE中间件TUXEDO将会被越来越多的绿卡项目所采用。
ORACLE中间件TUXEDO也将在全国金融电子化的进程中发挥越来越重要的作用，并逐渐成为业界标准的中间件平台。
”
3.联邦快递FederalExpress
FederalExpress有15个业务应用基于Tuxedo，还有20个业务支持系统正在TUXEDO的环境下开发，其中全球包裹追踪系统峰值处理量高达每秒钟2,000笔交易。
“FedEx的e-business方案不仅加速了包裹的运输，而且整合了业务流程、梳理了供应链管理，支持复杂的退货管理方案。
ORACLE中间件Tuxedo提供了坚实的应用基础，ORACLE中间件WebLogicPlatform提供了强大的集成和个性化功能；在众多应用中，实现了FedEx对客户的承诺……”－FedExCorp.IT总监TimRobertson
美国联邦速递FederalExpress是世界上最大的邮件速递服务公司之一，业务分布在全球200多个国家。
它拥有庞大而复杂的企业信息体系结构，由很多不同种类和厂商的硬件和软件所组成，支持着整个公司的全球业务运作。
联邦速递在九十年代初开始使用TUXEDO来实现其企业中间件平台的策略。
至今已有15个在TUXEDO上开发的应用投入生产，其中包括FEDEXSHIP系统，AGT&T地面输送系统，CHRONOS系统,AMSX系统和其它应用系统。
除此以外，还有20个业务支持系统正在TUXEDO的环境下开发。
利用TUXEDO成熟可靠的中间件技术，联邦速递有效地把分布在200多个国家，三万多个办事处的十一万余员工用信息紧密地联系起来。
在TUXEDO上运行的这些应用，大大地提高公司的运作效率，服务水平和企业的竞争力。
下面具体介绍一下个别应用范例。
1.1.1.FedexShip
FEDEXSHIP系统的功能：
Ø对每一个邮件独立追踪
Ø确定邮件路由，组装运输机群
Ø分配载体流量，调度运输资源
Ø例外个案处理
FEDEXSHIP是联邦速递在TUXEDO上的先驱项目之一。
它分布部署在16台IBMRS/6000SP/2服务器上，构成一个高性能，高可用性的逻辑处理阵列，并且把UNIX服务器上的应用和IBM大型主机上的应用有效地联通。
这个系统拥有总数近300,000的用户，能同时处理一万个并发用户请求，目前仍在现役生产中。
该系统可以以软盘为媒体分发到给PC兼容机用户。
一旦安装完毕，用户即可通过拨号方式对系统进行访问，安排取件或追踪邮件送递路径。
除了拨号方式的用户界面外，该系统还可以支持本地或通过广域网联接的远地办公室的工作站。
这些用户和在IBM大型机下的3270终端用户一起共享邮件数据库里的信息。
TUXEDO是这一系统结构中的关键组成部分。
首先，作为一个全方位的中间件平台，TUXEDO提供了异类系统环境下的高度集成能力，使拨号用户，工作站用户和3270终端用户能共享数据及与之相关的服务。
第二，作为包含16台高档服务器大规模的分布处理系统，TUXEDO充分显示了大吞吐量，高性能，分布透明性和分布可管理性等特点。
第三，通过设计上的冗余配置，达到高可用性和自动负载均衡的目的。
第四，三层结构的设计使系统的可扩展性大大提高，超越了原有系统的限制。
第五，利用TUXEDO上ORACLE中间件JOLT的技术，在大量重用原构件的前提下，把FEDEXSHIP扩展到INTERNET用户群体中。
该系统的16台IBMRS/6000SP/2服务器上都安装了TUXEDO/T，共同构成一个高性能，高可用性的逻辑处理阵列。
在一般情况下这些服务器都并行地提供服务。
客户联接到任何一个服务器上都可以享用逻辑处理阵列里的所有资源。
在有必要的情况下，逻辑处理阵列里的每一台机器，每一个服务都可以被独立地管理，包括关闭，启动，增加，减少，重配置，等等。
当一台或多台服务器脱机时，其负荷将会被逻辑处理阵列里的其它机器所分担。
本地或远地工作站的用户以TUXEDOCLIENT的形式向前述逻辑处理阵列提交服务请求。
拨号用户则先与拨号控制机里的MODEM建立联接，再以TUXEDOCLIENT的形式向逻辑处理阵列提交请求。
若有需要访问IBM大型主机里的数据，其请求会被逻辑处理阵列中的ORACLE中间件CONNECT结点转送到主机上。
TUXEDO给联邦速递带来的业务上的优势是显而易见的。
它有效地保护了原有的IBM大型主机上的软硬件投资，通过对开放平台的扩展延长了硬件和软件的生命周期，同时避免了因盲目扩容所造成的资源浪费。
软件的重用方便用户在最短的时间内把新的业务功能加到现有系统中，从而使公司业务永远领先于竞争对手。
系统的高性能确保对业务量持续增长的支持。
而系统的高可用性保证了客户每一分每一秒都享有高质量的服务。
1.1.2.AGT&TSurfaceMovementSystem
AGT&TSurfaceMovementSystem是联邦速递的新一代地面输送系统，它包括两个在TUXEDO上开发和运行的应用，其中一个应用负责追踪和调度所有内部的地面邮件的输送。
另外一个应用是编排调度管理系统。
这两个应用都是运行在TUXEDO环境下，部署在SUNSPARC5000服务器上，再连接到SYBASE数据库服务器上。
编排调度管理系统的用户主要是交通分析员和调度经理，所以数量较少，大概在一百多个左右。
追踪和调度地面邮件的输送的应用主要分布在各机场装卸区和联邦速递的各大地区处理中心，大概在一千四百个左右。
AGT&TSurfaceMovementSystem一方面在条形码扫描仪协助下，对输送路径上每两点间的邮件进行追踪和记录，另一方面根据邮件的发送地址和目的地地址产生路由信息，进而提供给分拣部门。
这一过程所产生的数据记录，会在归纳后提交给编排调度管理系统，作为运输容量编排调度的基本依据。
TUXEDO在AGT&TSurfaceMovementSystem中的作用主要是对分布应用提供高效而可靠的通讯平台，并对其进行高分辨率的管理，通过这一实现把原始数据准实时地提供决策支持系统和邮件追踪和调度系统。
这样联邦速递就能最大限度地充分利用运输资源，从而降低运作成本。
与此同时，该系统还提供了当前业内最精确的追踪记录，远远优于业内其它竞争对手。
4.英国劳工局
ORACLE中间件TUXEDO被用于全球规模最大的客户机/服务器应用系统之一；
它每天处理700万笔交易，帮助英国的失业者重新获得就业机会。
英国劳工局是英国教育与劳工部的执行机构。
劳工局的1,100个办公机构遍布英格兰、苏格兰和威尔士等地，其主要业务是发放失业救济金及帮助英国的245万失业者寻找工作。
当英国政府决定实施“求职者津贴”（JSA）计划（该计划旨在帮助失业者重新就业及获得培训机会，从而使他们摆脱对福利的依赖）时，劳工局面临着更新其信息系统以实施新计划的需要。
事实上，即便在“求职者津贴”计划通过之前，劳工局就已经决定更换其现有系统，目的是使用户能够利用单个终端访问两个非集成的应用：
其中一个应用为OSCAR，它被用来记录劳工局办公机构和求职者间的往来信息；另一个为SVACS，它被用来显示职位空缺。
OSCAR的数据储存在各当地劳工局办公机构中，而SVACS的数据则储存在九个地区性数据库中。
另外还有一个应用被用来跟踪失业救济金的发放情况，其数据被储存在另一系统中。
由于OSCAR的数据和SVACS的数据没有被集成在一起，因此对求职者和职位空缺间的一些基本关系根本不可能进行核查，例如不可能核查有多少求职者申请某一职位空缺。
此外，新的津贴计划的实施将要求求职者签署“求职者协议”。
在该协议中，规定求职者需保证在一定时期内寻找一定数目的工作方可获得救济金。
劳工局办公机构的工作人员将记录这一协议，并记录求职者履行该协议的情况，同时将这一信息与其它应用集成在一起。
随着“求职者津贴”计划的推行，劳工局已获得拨款来发展新的应用基础结构并实现应用的集成，以便实现上述这些功能。
由此，该机构很自然地将目光转向ORACLE中间件TUXEDO并以其作为应用的基础结构。
需求分析
劳工局技术设计和开发主管菲尔·姆理斯（PhilMullis）说：
“我们的基本目标是要将OSCAR和SVACS集成为一个系统，从而使用户能够实现单点访问。
我们的时间非常紧迫，只有12个月的时间可用来开发和部署一个配备有21,000台PC机的全国性系统。
”
负责设计和开发的信息技术小组将这一集成系统命名为“劳动力市场系统”（LMS）。
他们的目标是使“劳动力市场”数据库存有每一寻找工作的失业者的所有档案，并存有有关全英国范围内职位空缺的详细情况。
救济金发放系统将继续单独运行，但使用运行“劳动力市场系统”的同一PC机可对其进行访问。
救济金发放系统──现被称作求职者津贴发放系统──也需要进行更新，以便能够支持新的“求职者津贴”计划。
信息技术小组面临诸多挑战：
●重新建立可将不同系统的数据集成在一起的新应用
●将9个地区性数据库合并为2个数据中心
●用一专用64kbps广域网替换X.25网络，以应付更大的数据通信量
●利用开放式UNIX系统替换专有并行服务器。
这些SVACS服务器已经过时且维护费用昂贵
●安装1,100个当地办公机构服务器以运行LMS应用
●用21,000台PC机替换用户“傻”终端，这些PC机可运行LMS客户应用及升级版救济金发放应用
●每天处理700万笔交易
●利用16个周末将各劳工局办公机构的原有数据转换为LMS储存库的数据，其中每一周末使约100个新机构和1500名新用户联机
●对30,000多名用户和工作人员进行培训
劳工局曾于90年代初进行过一些设计和开发工作，信息技术小组希望能够在此基础上建立其企业数据库。
用户可通过单一网络对其进行访问。
这一网络采用基于PC机的办公基础结构，同时加入JSA所需的功能。
用户需能够利用PC机使用该系统，并需要该系统的可靠性达到99.5％。
在性能方面要求该系统95%的交易能够在3秒钟内完成。
在经过小规模试验并认定现有的X.25广域网不能以所要求的速度处理交易负荷之后，信息技术小组决定采用一个交易处理管理器，并最终选择ORACLE中间件TUXEDO作为最佳的解决方案。
ORACLE中间件解决方案
姆理斯说：
“我们认为高度可伸缩的3层体系结构能够最好地满足我们的需求。
这一体系结构能够增强互联性，实现快速访问，并使系统控制和维护变得更加容易，同时也使我们能够在系统扩展时灵活地增添部件。
”
“分布式体系结构的一个主要组件是交易处理管理器。
ORACLE中间件TUXEDO在这方面是最强有力的竞争者，并拥有极强的客户基础。
同时，ORACLE中间件TUXEDO所具有的管理大量连接以及提高系统性能的内在能力也给我们留下了深刻印象。
由于ORACLE中间件TUXEDO的服务是无状态的，因此开发工作变得更加容易。
”
●三层体系结构的第一层由运行客户软件的PC机和ORACLE中间件TUXEDO工作站组成，其用户为各办公机构的工作人员。
●三层体系结构的第二层横跨多个服务器。
用户在各办公机构的LMS服务器上注册。
他们运行ORACLE中间件TUXEDO以访问在本地缓存的数据，并将请求发送至数据中心。
第二层的另一组件由分别设在两个数据中心的两个前端通信服务器组成，而ORACLE中间件TUXEDO的服务则在双后端数据库服务器上运行。
前端服务器运行ORACLE中间件TUXEDO公告板的附属拷贝以控制对双数据库服务器的访问。
主公告板和ORACLE中间件TUXEDO的主要服务均设在后端数据库服务器中。
●三层体系结构的第三层由四个设在后端数据库服务器中的地区性CA-Ingres数据库组成，其中每两个数据库设在一个数据中心。
各数据中心还设有一个用于培训的数据库，同时兼作故障恢复。
数据库的总容量为240Gb。
各办公机构配有一本地LMS服务器以用来访问LMS数据，并有一JSA服务器以访问“求职者津贴”发放系统。
LMS服务器存有各办公机构的具体数据，其中包括用户数据、标准行业分类和职业分类等静态数据。
各LMS服务器通过劳工局的内部网络连接至一个LMS主数据库和一个用于培训和故障恢复的后备数据库。
目前，LMS系统每天可处理约700万笔交易，相当于每秒处理419笔。
大部分请求被送至各数据中心。
ORACLE中间件TUXEDO将其从本地LMS服务器发送至数据中心的服务器组，该服务器组由经ORACLE中间件TUXEDO桥接器连接的一个前端通信服务器和一个后端数据库服务器组成。
这种服务器设置可使前端服务器管理通信，而使后端数据库服务器集中精力处理请求。
这一配置可使各本地LMS服务器及各数据中心的服务器组构成独立的ORACLE中间件TUXEDO域，从而使LMS系统更易于管理，并使故
升级会员 