中国建设银行综合前端业务系统典型应用案例


项目背景

中国建设银行成立于1954年10月1日,是中国四大国有股份制商业银行之一。中国建设银行为客户提供全面的商业银行产品与服务,业务领域包括公司银行业务、个人银行业务和资金业务,尤其以中长期信贷业务为主要特色,多种产品和服务在中国银行业居于领先地位。目前,中国建设银行在国内设有38个一级分行;2002年7月,在英国《银行家》杂志全球1000家大银行一级资本排序中位居第28名。2005年,中国建设银行还获《银行家》杂志评选为中国“年度最佳银行”。

中国建设银行始终跟进高科技信息技术进步,不断拓展金融服务领域。数据集中工程是为适应中国建设银行统一法人的集中经营模式,提高集约化水平而实施的一项重大工程。整个工程由“核心业务系统”(或称柜面业务系统)、前置和前端、骨干网改造、数据中心建设、灾备、推广组织等6个相互配套的分项目组成。

随着银行应用的不断扩展,考虑到SCO UNIX操作系统的发展已经无法满足银行业务的需求;为了加快建设银行信息技术建设,建总行通过对Linux操作系统、银行业务系统、外部设备支持、应用移植等多方论证,选择使用中标普华Linux服务器替换SCO UNIX操作系统,完成建设银行综合前端业务系统操作系统平台的迁移;从2003-2006年,建总行在建行陕西省分行、山西省分行、海南省分行、青岛分行等地成功实现了中标普华Linux服务器替换SCO UNIX操作系统的试点工作。2006年建总行通过招投标方式正式选择中标普华Linux服务器产品作为建行业务系统的操作系统平台。为了提高维护效率,降低维护成本,加强建行综合前端业务系统服务器的管理,满足日益增长的银行业务的需要,建行对综合前端业务系统进行升级改造,并实现各营业网点配备的网点前端PC机/服务器统一集中到省级分行。

技术方案

建行新一代综合前端业务系统采用大集中模式,一级分行采用刀片或者机架式服务器集群替代原有的在储蓄所的前置主机,所有营业网点的柜员终端通过终端服务器连接到一级分行的综合前端服务器进行交易柜面业务交易。

<==>一级分行服务器<==>柜员终端
    |
中心服务器<==<>==>一级分行服务器<==>柜员终端
    |
    <==>一级分行服务器<==>柜员终端

其中一级分行的服务器由数台刀片服务器集群组成,每台都负责相应数量的机构号,所属机构的柜员终端将连接到相应的服务器进行业务处理。

在前端服务器大集中模式基础上,采用中标普华Linux高可用解决方案是针对一级分行的前端服务器实现N+M方式的热备,比方说某一级分行采用10台主中标普华Linux服务器来完成所有网点的柜员终端交易处理,准备2台备用服务器;当其中一台主服务器宕机,备用服务器将会自动接管该服务器的所有应用和数据库服务、IP、机构设置等。由于终端是通过IP连接服务器的,所以连接该服务器的终端将会自动访问接管的备用服务器,当宕机服务器故障恢复之后,由系统管理员手动将服务切换回去。备份服务器都有不同的接管优先级,以实现分别接管,一台备用服务器仅接管一台主服务器的服务。
 
?                 部署模式
1)实际生产中采用n+2模式进行部署,共n+2台服务器,即n台生产机、2台备机。
2)所有应用、数据库和中间件都部署在光纤存储上。

? 验证指标
1)交易验证法:通过察看交易是否成功进行高可用性验证
2)ip地址验证法:通过切换,察看地址是否正确切换
3)工具监控法:通过搞可用提供的监控工具进行察看

?         测试场景
测试场景共分为11个场景,模拟实际的生产环境可能出现的异常情况进行测试。每种场景包含两个部分,有负载情况和无负载情况。

?         技术性能

通过对切换性能进行监控,发现操作系统和底层资源的切换在1分钟以内,并且和实际的服务器负载无关。基本服务器系统切换在1分钟以内,根据服务器所担负的机构数不同,服务器及应用切换在3-5分钟。所有技术指标完全满足用户生产环境要求。

软硬件配置

类别                 产品/名称                                                                   提供厂商
服务器硬件           IBM Blade HS21                                                         IBM
操作系统               NeoShineLinuxServer 3.0                                        CS2C
存储设备               ESS800、FAST900                                                   IBM
HA软件                  中标普华Linux高可用解决方案                                 CS2C
应用软件               新一代银行综合柜员系统[email protected]                    神州数码融信软件有限公司

应用效果及应用规模

上海中标软件有限公司提供的中标普华Linux服务器操作系统和中标普华Linux高可用解决方案,结合神州数码融信软件有限公司新一代银行综合柜员系统[email protected],能真正实现建行综合柜员的应用需求,满足柜员用户的交互习惯;支持国内各种通用硬件外设,支持与国内银行现有后台业务系统的良好接口,保护设备投资;满足银行集中模式下,大规模用户并发以及系统高效运行的需要;系统的瘦客户端设计思路,可以降低前端系统部署、维护、升级成本。

2007年9月底,基于中标普华Linux服务器3.0系统平台的中国建设银行新一代综合前端业务平台在辽宁分行成功试点上线,中标普华Linux服务器3.0操作系统产品的稳定性、安全性、可维护性及软硬件兼容性得到了建总行项目组及建行各分行的一致好评;中标普华Linux高可用解决方案为上收后的综合前端业务的实时性和可持续交易提供了坚实的保障。截至2007年12月底将在安徽省分行、青海省分行和河南省分行进行建行项目试点,2008年在建行所有38个一级分行全面实施。

 

再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://www.cnblogs.com/captainbed

原文地址:https://www.cnblogs.com/skiwnxhw/p/10221715.html

时间: 2024-11-09 05:37:43

中国建设银行综合前端业务系统典型应用案例的相关文章

银行综合储蓄业务系统,水平为学了一年C语言

银行综合储蓄业务系统 #include <stdio.h> #include<string.h> int acccunt = 0; char name[10],pw[10]; struct user   //定义结构体 { int ID; char userName[10]; char userPwd[10]; float money; int status;  // 状态 1:正常 2. 挂失 0:销户 }users[60]; int kk = 0; // 记录编号,和已添加用户

某中国500强企业BI系统成功应用案例

随着某集团20多年的不断发展发展,现已成为中国500强.中国大企业集团竞争力前25强.中国信息化标杆企业和国家重点火炬高新技术企业.拥有总资产数十亿元.员工数万名,涉足电力.家电.能源.等多个行业,并拥有房产.医疗.物流多项投资项目.该集团在全国拥有六大生产基地,总面积达数平方公里,并拟向全球建立生产基地.目前产品已经进入了全球100多个国家,并且累计销量接近1亿台. 这样一个涉及多领域产业的企业,从研发.技术.制造.销售.供应链到售后服务,其间的数据量是十分庞大的.通过使用FineBI,采用其

从0到1教你设计业务系统

导读 本文将以一个案例,向读者逐步揭示一套业务系统从0到1的设计过程.重点讲述架构.模型等业务系统最本质的设计精要. 一.业务系统设计概述 1.什么是业务系统 互联网公司常常将产品方向分为两类,C端和B端,C端主要是面向客户和消费者的系统,B端的范围则相对模糊,给供应商或商家使用的系统,给内部业务人员使用的系统,都统称为B端系统.C端和B端系统建设的出发点和侧重点完全不同.C端系统偏重用户体验,强调感性,持续的数据分析优化,同一个按钮不同的摆放位置都要精心设计.论证,服务对象是个人:B端系统偏重

业务系统需要什么样的ID生成器

业务系统需要什么样的ID生成器 ID 生成器在微博我们一直叫发号器,微博就是用这样的号来存储,而我微博里讨论的时候也都是以发号器为标签.它的主要目的确如平常大家理解的“为一个分布式系统的数据object产生一个唯一的标识”,但其实在一个真实的系统里可能也可以承担更多的作用.概括起来主要有以下几点: 唯一性 时间相关 粗略有序 可反解 可制造 下面我会分别讲每个作用后面的考虑和权衡,也会对比介绍一下业界已知的几种 ID 设计. 要唯一性,是否需要全局唯一? 说起全局唯一,通常大家都会在想到发号器服

业务系统需要怎样的全局唯一ID? #Ticktick#(环信首席架构师:一乐)

ID 生成器在微博我们一直叫发号器,微博就是用这样的号来存储,而我微博里讨论的时候也都是以发号器为标签.它的主要目的确如平常大家理解的"为一个分布式系统的数据object产生一个唯一的标识",但其实在一个真实的系统里可能也可以承担更多的作用.概括起来主要有以下几点: 1. 唯一性 2. 时间相关 3. 粗略有序 4. 可反解 5. 可制造 下面我会分别讲每个作用后面的考虑和权衡,也会对比介绍一下业界已知的几种 ID 设计. 1. 要唯一性,是否需要全局唯一? 说起全局唯一,通常大家都会

业务系统-呼叫中心二次开发(已完结)

一. 批量筛号: 1.输入:案件批次号 输出:该批次的所有电话号码(非有效状态),进行批量筛号,将未知状态的号码标志为有效和无效. 2.Table: Call_Filter_Task     =(Id, Step, Status, BatchId,  CateGoryId, TaskType, TotalNum, Creator, CreateTime, RunBeginTime, RunEndTime) Call_Filter_Send_Batch    = (Id, Status, Filt

规则解决方案深刻地改变着业务系统的生命周期

对于经常变化,或多样性很高的业务规则,直接由程序员使用开发语言编写并不明智.如使用java,c#等语言直接表达企业的规定.制度或管理办法,甚至不定时修改的计算公式,这并非合理的做法.编程语言.数据表结构.分布式部署等因素综合之后,这些业务逻辑会变得不好维护.传统的IT专家会认为只要需求做得好,分析透彻,所有的系统需求都会被定义,可以使用一定的表结构和设计来降低或解决这些频繁的修改或多样性.但如果业务的变化范围很大,多样性是天马行空的,或当前根本没有需求,而是决策者在一定时期根据形势而作出的决策,

实现业务系统中的用户权限管理--设计篇

B/S系统中的权限比C/S中的更显的重要,C/S系统由于具有特殊的client,所以訪问用户的权限检測能够通过client实现或通过client+server检測实现,而B/S中,浏览器是每一台计算机都已具备的,假设不建立一个完整的权限检測,那么一个"非法用户"非常可能就能通过浏览器轻易訪问到B/S系统中的全部功能.因此B/S业务系统都须要有一个或多个权限系统来实现訪问权限检測,让经过授权的用户能够正常合法的使用已授权功能,而对那些未经授权的"非法用户"将会将他们彻

业务系统数据库设计常见的隔离和共享模式

多年开发和维护某些业务系统的经验,让人真正理解了什么叫“数据库设计良好,系统就成功了一半”,尤其是那些面向多商户的基础服务平台.公共服务平台.开放服务平台.或者由它们组合而成的综合服务平台.数据库设计之初,必须对业务系统DB的隔离和共享模式的优缺有充分的调研,平衡好业务系统的边界,合理设计使用必要的冗余,以适应系统后续的不断变化,否则后期开发人员将陷入无尽的烦恼和痛苦之中,这绝不是危言耸听,只有开发和维护过平台类产品的人才能深刻体会.下面就介绍三种业务系统中最常见的数据库设计的隔离和共享模式: