Tuxedo中间件和银行核心业务系统测试简介.pdf

TuxedoTuxedo 中间件和银行核心业务中间件和银行核心业务测试测试的简介的简介 一、银行核心业务系统的业务介绍（一）、银行的类型 我国银行体系由三部分构成：即中央银行、政策性银行和商业银行。中国人民银行为中央银行；国家开发银行、中国农业发展银行和中国进出口银行是政策性银行；商业银行分为国有独资商业银行、股份制商业银行、城市商业银行、农村信用社和境内外资银行。本文所说的银行指的是第三种类型即商业银行。（二）、银行业务的类型 银行业务分类有多种，按业务资金来源的不同,商业银行业务可分为负债业务、资产业务以及中间业务。负债类型：存款类、外借款类和银行资本类 资产业务：主要包括发放贷款、投资业务和其他资产业务 中间业务：各种托收托付、汇兑、代理等等 从测试的角度来说，按照日常经营的业务频繁程度，银行最主要的业务是存取款业务和贷款收发业务，次之的是每日的换班扎帐和日终结帐，最后的是利息结算和年终结算这类周期性的结算业务。（三）、银行核心系统性能测试场景测试模型设计 1、测试点：结合银行日常的业务情况，测试点应该包括个人存款、个人取款、对公存款、对公取款、个人贷款、对公贷款、同城票据交换、汇兑等日常业务，还应该包含诸如换班扎帐、日终结帐、月报、季报、结息和年终结算等数据处理业务。（当然很多银行的结息和年终结算不部署在核心业务系统中）。2、测试场景（1）、日常营业场景模拟 在线测试：用户量可以通过银行开户的客户数量度量，交易的吞吐量可以通过银行完成的业务数量算出。并结合换班扎帐和日终结帐的操作。并发测试：（2）、结算业务场景模拟 银行的计算业务，例如结息、月报、季报和年度结算这类业务的用户数量可以通过机构数量来计算，对于系统来说主要关注的侧重点是这类操作对于日常营业场景的影响以及这类操作的资源占用和时间响应。（当然结算类的业务一般安排在晚上执行或者单独系统来处理）二、银行核心业务系统的架构介绍 在银行业的分布式系统中以交易中间件为核心框架的三层客户机/服务器模式（C/S/S）是绝对的主流架构。中间件在银行、电信、金融等大规模关键事务领域中的整合各种异构平台、保证交易完整性等方面表现出了超强的能力。而这个交易中间件的市场分额以 Tuxedo 为最主要。所以说要开展金银行业核心业务系统的性能测试是绕不过基于 Tuxedo 的三层客户机/服务器结构的系统架构研究的。（一）、什么是 tuxedo 了解 tuxedo 之前先了解中间件的概念。中间件（Middleware）和操作系统、数据库是我们常说的三大基础软件。字面理解它其实就是处于平台（操作系统和硬件设备）与用户应用软件之间的中间层结构。它管理计算机的资源和通讯，是一个相对独立的系统软件和服务程序。Tuxedo 就是交易中间件。（Transaction for UNIX has been Extended for Distributed Operation，即被分布式操作扩展之后的 UNIX 事务系统）。它介于客户机与服务器之间，也就是 C/S/S 结构的中间层，它的作用主要是解决传统 C/S 结构的局限性。它可以为构建大规模的分布式 C/S 应用程序提供了事务、通信、安全、内存管理、负载均衡和容错恢复等基础服务。通过 tuxedo 中间件的业务逻辑扩展来实现异构和分布式系统的快速开发部署和快捷调整联机事务处理类型的大型复杂应用。而不用象传统 C/S 结构那样逐个 Client 端去更新和部署新程序。运行于服务器端的事务管理器是整个 tuxedo 结构的关键主件，它是是 tuxedo 服务的核心，它负责提供诸如名字服务、数据路由、负载均衡、事务管理和安全性管理等服务。（二）、典型的基于 tuxedo 架构的商业银行拓扑 图如上图所示：上图是一个商业银行的典型拓扑。有柜台综合业务系统系统、网上银行系统和一些中间业务系统（当然中间业务也可以在网上银行和网点完成）。柜台综合业务系统是 C/S/S 结构，这是整个银行的核心系统。Client 端指的是Tuxedo 客户端以及其汇聚的终端设备，中间层是 Tuxedo 的服务层，后端对应于数据库服务器。网上银行和中间业务系统是典型的BS结构，但是由于要整合进银行的核心系统，这个时候 tuxedo 就显示出其融合异构系统的超强能力。Tuxedo 通过 connector 来实现与 weblogic 和 webshpere 的应用连接。（WEBLOGIC 与 TUXEDO 的互连有两中方式，通过 JOLT 或通过 WTC(WEBLOGIC TUXEDO CONNECTOR)。它们都是 BEA 的产品，WTC 不仅能让WEBLOGIC调用TUXEDO中的SERVICE，而且能让TUXEDO调用WEBLOGIC中的EJB;而 JOLT 只能让 WEBLOGIC 调用 TUXEDO.但 JOLT 可以使 TUXEDO 与 WEBSPERE 等其他应用互连）（三）、架构特点 上述结构图可以看出，银行核心系统如果是基于 Tuxedo 的中间件，那么可以不夸张的说每一笔银行的交易都离不开 Tuxedo。可以说银行是 Tuxedo 完成了银行的业务逻辑。一个完整的交易应该是最初由 Tuxedo 客户端提起（tpcall）,调用 Tuxedo服务器的相关 Service，实现对数据库的操作，然后 Tuxedo 服务器将结果返回给Tuxedo 客户端，客户端再将相关结果消息分发到对应的终端设备，返回结果的这个过程乘为 tpreturn。三、银行核心业务系统测试重点 银行核心业务系统的测试重点显而易见就是对 Tuxedo 服务器中相关Service（这些服务对应着 C 或者 C编写的函数）的测试。不同的业务有不同的 Service 或者也可以叫核心业务处理函数。Tuxedo 可以有效地整合企业异构 C/S 系统，实现大规模的关键业务处理和分布式事务管理，从而为企业提供一个可靠的、高性能的、易维护的三层分布式计算机环境。下图展示了一个基本 Tuxedo 系统的组成和工作原理。Client 向 System/T 发出查询请求，以找到 Server 消息队列的地址；Client 根据找到的入口地址将请求发送到 Server 的消息队列中；Server 处理请求，并将结果返回给 Client 的消息队列。System/T 是 Tuxedo 系统的核心，它实现了 Tuxedo 的所有功能和特征，如 C/S数据流管理、服务请求的负载均衡、全局事务管理以保证交易的完整性、同步/异步服务请求、两阶段提交以确保消息的发送等。System/T 提供了一个类似公告栏的服务，用以发布 C/S 计算机环境中所有服务器、服务和客户机的信息，供其它分布式计算的参与者使用。AMTI 的作用就是提供接口调用实现业务逻辑的 Service。所以真正的核心代码就是这些实现业务逻辑的 Service。这些 service 基本上都是 C/C+些。可以这么说银行核心业务系统的测试都是围绕着这些 Service 来进行的。这些 Service 一般都是部署在 Tuxedo 的服务器上，这些服务器绝大多数是 Unix 系统的小型机，甚至大型机。联系人：qinwenchuang 20110609