期货交易自动化论坛

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 88|回复: 0

【中国建设银行数据集中工程项目方案】 - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接] |主动推送

285万

主题

285万

帖子

855万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
8553710
发表于 2022-9-11 11:19:14 | 显示全部楼层 |阅读模式
随着中国顺利加入WTO,各行各业都面临着巨大的挑战,特别是金融业面临的竞争形势更为严峻。这就要求各金融系统要进一步提高风险控制能力、客户服务水平、产品开发和市场响应速度,以此提高盈利和降低成本,从而 形成核心竞争力。而在这一转型过程中,中国建设银行神州数码的大力协助下,顺利实施了该行的数据集中工程,有效的整合、简化了日常业务流程,为进一步打造中国建设银行核心竞争优势,奠定了坚实的基础。
“贯穿南北”的数据集中工程
根据建行的规划,数据集中的工程的总目标是在全国建立以北京(北)和上海(南)为中心两大数据中心,并以这两大中心为基础,为建行辖内分支机构提供银行核心业务处理服务,进而实现建行全国的数据集中。
在这项宏伟的数据集中工程的一期目标中,建行将完成北京、上海数据处理中心的建立,并基于CCBS系统建立数据集中应用系统整体架构,完成数据集中应用系统的开发工作,同时完成建行上海、北京、江苏、辽宁分行的数据集中应用系统试点及投产工作。
而今年建行数据集中工程的目标则是完成十六个一级分行的推广工作。其中:北中心将上挂七个分行和一个营业部:内蒙、宁夏、河南、总行营业部、青岛、大连、河北、新疆;南中心挂八个分行,即苏州、宁波、深圳、浙江、福建、厦门、广东、贵州。为此,中国建行选择了神州数码进行合作,共同实现这项“贯穿南北”的数据集中工作。
“行之有效”的集中架构
按照DCC数据集中工程的总体规划,神州数码为建行提供了一个行之有效的系统整体数据集中框架。首先,先建立总行的数据中心,即在北京、上海两地分别建立两个数据中心,并互联以满足业务数据交换的需要,各分行原有的帐务数据和核心业务系统功能全部上收至总行数据中心的DCC主机;为了将各省分行的交易(包括总行统一的业务和各分行特色性的业务)接入到数据中心的DCC主机,总行将开发统一的大前置系统,并部署于各个分行,以便通过这些大前置系统将各分行的交易接入到数据中心的DCC主机。考虑到现阶段,总行还存在各种业务交换网络,如龙卡、证券、重客、清算等,因此大前置系统还将负有将各个分行和这些交换网络进行连接的职责。就目前阶段而言,系统整体框架如下图所示:
需要说明的是:部署在分行的大前置系统并不是直接和数据中心的DCC主机相连,由于各分行和数据中心之间的数据交换全部基于IP网络,而DCC主机(IBM大机)在联机交易的处理上采用SNA/LU0协议进行接入,因此,大前置系统和DCC主机之间需要有一个主要用作协议转换的系统,这个系统就是SNA-Gateway(或简写为SNAGW)。它和DCC主机一样仅部署在每个数据中心,在大前置系统和DCC主机之间发挥协议转换的作用。
柜面前端系统是总行统一推广到各分行的,它实际是柜台业务交易处理的客户端,柜员使用它来发起交易。它部署在分行的营业网点,称为柜面服务器。一个分行因其规模的不同,柜面服务器的数量可能存在较大的差距,一般会有几百个,它们都直接接入到在分行部署的大前置系统。
另外,特色小前置是对分行的处理非总行标准业务的小前置系统的统称。它实际包括了诸如ATMP、电话银行小前置、金卡小前置、中间业务小前置等系统。这些系统都是各自通过连接大前置系统来与DCC主机打交道的。
“功能齐备”的系统功能
除了实现了数据集中这一主要任务之外,神州数码为建行提供的整套系统中还包含了许多功能模块,有效的解决了数据集中过程中的各项业务流程。
首先,系统在数据集中过程中,增加了交易监控模块,其主要目的是通过观察前置系统中的交易处理状况,来分析、定位或预测前置系统及周边系统(包括各渠道系统、服务系统)在交易处理过程中已出现的或潜伏的问题,从而达到及早发现问题,采取对策,避免严重的生产事故,保障系统长期稳定运行的目标。其次,交易监控还可以将交易信息,以及按照各种组合统计方式生成的统计数据进行保存,以便在以后通过专门设计的工具对这些数据进行分析,挖掘出对建行业务经营有利的信息(如各类交易的发生比例,交易量-时间曲线),供各行在进行业务决策时参考。
其次,该系统还提供了虚拟柜员表登记功能,也就是在龙卡、证券等渠道发送的交易报文中不含有交易柜员,在这些渠道的前置处理中,需要将交易在配置交易的虚拟柜员号,以便提交主机进行交易处理。在前置上部署虚拟柜员表bcmtlrd,存放需要配置的相应渠道的虚拟柜员。
服务系统返回码映射也是该系统提供的一个重要的功能。我们知道在前置系统中,一项关键环节是屏蔽各个接入系统之间的差异,对于不同的服务系统和渠道可能在识别交易的结果方式有所不同,返回码的编排规则也不尽相同,所以在连接不同的服务系统和渠道时必须按照原来的渠道和服务系统所定义的返回码规则来进行转换。针对不同的渠道和服务系统定义的返回码的映射存在于数据库表retcode中。
除此之外,该系统还提供了包括批量业务模块、版本上传和下发模块、参数下发模块、报表、帐表文件下发模块、安全功能模块诸多功能,更顺畅的实现了数据的集中。
“巧夺天工”的技术创新
为了进一步丰富文件传输系统及其应用系统的功能,神州数码在构建了基本功能模块的基础上,还进行了若干项技术创新。
首先,神州数码将FTP机制引入到了该系统中,根据文件传输系统的传输通道的特点和管理上的方便,使用了开放源代码的proftpd作为文件传输的ftp工具。并根据系统的需求对proftpd的源代码进行修改,增加了流量控制功能,同时对该工具服务端认证部分进行了适当修改,以满足文件传输系统的需要。
其次,在文件传输平台上增加了文件到达后的触发操作和命令到达后的触发操作。通过该操作,用户可以自定义那些需要触发的函数,以此来扩展文件传输系统的功能。
此外,在文件加密过程中,神州数码的工程师们也是“颇费了一番心思”,由于文件在传输过程中需要加密,为了保证到达节点后的文件能够恢复,需要在文件传输的各层节点进行转加密,但由于加密体是文件,这样做势必影响效率。所以文件传输系统增加了一个文件密钥的概念。通过该密钥对文件进行加密,然后到目的节点后用该密钥对文件解密,该密钥是用pinkey进行加密,在传输过程中pinkey会被转加密。
实施效果:
在神州数码的大力协助下,中国建设银行数据集中工程的南北两个数据中心(北京和上海)已经顺利完成了前期的调试工作,目前已经开始正常运转。同时,建行的十六个一级分行的数据集中工作也已经顺利完成,其中北中心包括内蒙、宁夏、河南、总行营业部、青岛、大连、河北、新疆;南中心包括苏州、宁波、深圳、浙江、福建、厦门、广东、贵州。而随着数据集中工程一步步的完善,建行也逐渐感受到了“数据集中”带来的效益。中国建行下阶段的目标就是在2005年底以前,继续完成其余二十个一级分行的推广工作,届时这项宏伟的贯穿南北的数据集中系统将最总得以实现!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|期货交易自动化论坛

GMT+8, 2024-11-24 14:41 , Processed in 0.102390 second(s), 28 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表