2019年分行软件开发奖系列报道成都分行前置负载均衡升级改造项目

Posted 2021-04-15 中国光大银行科技创新实验室

2019年分行软件开发奖

系列报道

为进一步贯彻落实我行“打造科技型银行”的战略愿景，提升信息系统建设水平，推动科技创新在业务发展与运营中应用，全行科技条线建立了面向软件开发和科技创新组成的奖励机制。

为促进分行之间的技术交流和创新成果分享，我们特别策划“2019年分行软件开发奖系列报道”，本期为大家介绍的是成都分行前置负载均衡升级改造项目 。

分行前置系统云迁移以来，分行前置架构仍然为1+1主备架构，存在应用的单点风险且无法横向扩展；成都分行前置日交易量高峰时已突破400万，云缴费、公积金网贷、国库退库业务的高可用性要求越来越高。在总行科技部总经理室、运营支持处陈林处长、向光伟、徐丹等的统一规划与指导下，成都分行作为试点行开展了分行前置负载均衡升级改造项目。项目启动后，分行高度重视，成立了以信息科技部牵头，多个业务部门及支行共同参与的项目组；部门动员了10名科技人员参与项目的各个环节，大家分工协作，责任心强，效率高，有效保证了项目完成质量。

本次分行前置负载均衡架构升级改造项目按照尽量延用原有分行前置技术体系，节约成本复用现有硬件的来进行负载群集改造，总体架构如下：

接入层：通过F5实现HTTP/HTTPS和TCP/IP短连接的负载接入；实现部分长链接接入的多机切换（支持断链重连的，有心跳机制的，无特殊处理的长链接），通过应用软负载接口机实现MQ、第三方API等方式到tuxedo域连接的转发，进而实现应用服务器的负载均衡。应用层：通过tuxedo多域实现行前置应用服务器同总行前置和分行互联网接口机之间的负载均衡，本次对应用服务批量服务功能进行分离，独立部署于批量服务器。数据库服务层：延用现有架构，继续使用原数据库服务器

分行在负载均衡架构下，重新构建了分行云缴费架构模型。通过该模型，既能统一一般代缴费的处理流程，快速扩展缴费渠道和代缴费业务种类，也能使特殊的本地特色业务快速完成开发、投产。

架构图如下：

核心处理层是成都分行代缴费的核心层，在AE架构下设置520柜台缴费通业务种类，负责接入层的缴费请求处理，通过公共的有效性验证（如是否为已开通代缴费业务、是否在允许缴费时间内）后，需要行内帐务处理时请求总行核心系统和贷记卡系统进行行内帐务处理，然后根据需要，通过转接层到缴费单位计费系统进行查询、销账或冲值、获取缴费发票信息等。核心处理层还负责代缴费对帐公共数据的保留并返回渠道接入层需要的信息。

接入层负责总行和分行渠道的接入，目前成都分行在AE架构下设置521渠道缴费通业务种类（也可按渠道设置业务种类），柜台交易不需要任何转换即可直接调用核心处理层—柜台缴费通，其它渠道都经过接入层转将渠道请求报文转换为与柜台缴费一致的报文，然后通过AE交易触发机制，仿柜台交易调用柜台缴费通，保证了后续处理与柜台处理流程的一致性，将渠道个性转换为缴费通共性，是成都分行代缴费架构的关键即渠道缴费通。

转接层接受核心处理层的到缴费单位计费系统进行查询、销账或冲值、获取缴费发票信息等请求，在AE架构下按各缴费业务或缴费单位设置业务种类，将柜台缴费通请求的公共请求转换为个业务的个性化要求，如不同的报文格式、不同的通讯模式、不同的销账具体要求等。转接层还负责代缴费对帐个性数据按核心处理层规范的要求保留对帐个性数据以及发票信息的存储。

分行前置负载均衡升级后，可提供每日千万级的交易能力，提升近10倍，为分行特色业务提供了更高可用性、提供了更大的吞吐能力，解决了分行前置目前面临的单点风险、容量问题以及应用服务器的横向可扩展问题，为后续高并发交易提前做好容量准备，提高分行前置的服务能力，为后续业务的开展提出基础的技术保障，为分行3-5年业务的发展奠定坚实基础；本次试点的经验，也已经对全行做了分行，并对多家兄弟分行提供了支持。

你“在看”我吗