一、项目背景及目标

银行业务系统普遍采用交易与核算捆绑模式，但随着业务发展，暴露出因账务处理导致业务失败、业务办理与创新效率低、交易效率相对低等问题，大大影响前台人员和系统层面的对客服务质量。随后“交易与核算分离”成为业内共识。

同时根据监管机构要求，到2023年底金融机构需应用信创软硬件环境，建成核心业务系统并行环境、灾备环境、测试环境中的一种或多种。我行核心业务系统于2007年上线，模块关联复杂，整体迁移至信创环境工作量大、周期长、风险高，其中会计核算模块剥离难度相对较小，核算与交易分离有助于降低后续业务模块剥离难度，故拟先行建设会计平台。

通过建设会计平台，业务上实现实时交易与账务核算的分离，提升实时交易处理能力与效率，实现核算的独立灵活配置，实现全行核算业务规则统一配置及管理。技术上通过对核心类系统全栈信创技术的探索与实践，为后续信创建设奠定坚实的基础。

二、创新点

充分应用信创技术

会计平台选择国产鲲鹏芯片服务器、国产麒麟操作系统、国产网络设备、国产虚拟化平台、国产容器云平台、高斯分布式数据库等作为底座，采用分布式微服务的架构进行应用构建。整个架构使用国产化技术，系统具备如下关键技术：1、高性能：全并行分布式执行、高性能事务处理、高速并行数据加载、简洁的执行路径优化用户查询；2、高扩展：在线扩容、线程池高并发、全局事务强一致管理；3、高可用：满足多种容灾模式，保障系统故障秒级恢复，数据0丢失，满足核心A类系统的金融监管要求。

双中心双活部署

会计平台实现了双中心双活部署，将业务均衡分配到不同的双中心。跨双生产中心建立共享的应用资源池，互相协调同时承载业务。建立跨生产中心分布式数据库集群，通过分布式数据库技术，将数据均衡分布在双中心服务器上，分散的数据库存储提高了数据库读写能力。当出现灾难时，故障中心的业务可实时切换到另一个存活中心，保证交易、批量等业务服务能力的连续性。

多维度核算分析能力

会计平台的核算引擎在传统机构、科目、币种的基础上引入交易层多种分析维度，如业务产品、核算产品、渠道、系统、事件类型、交易类型、金额类型、交易账号、柜员等，可以满足更细粒度、多维度、精细化的管理需求，并且可以使业务人员通过会计分录可直接追溯交易发生的原始信息和关键内容。

交易与核算相分离

真正的实现了业务处理服务和总账处理服务完全松耦合的产品设计理念，业务系统服务与会计平台服务独立部署；业务系统处理服务（日间/日终）过程中实时登记交易的流水信息，例如现金凭证流水、金融交易流水、账户核算状态变更流水、费用流水等，业务系统可通过消息队列、联机接口、日间文件、日终文件等某一种或组合方式将交易流水或会计流水发送给会计平台，通过会计核算规则的灵活设置，对流水进行核算规则模型匹配，配置化生成会计分录，会计平台专注于核算，业务系统专注于对客服务，可以完全支撑7×24小时连续服务的能力。

高度参数化

会计平台通过灵活的参数配置，可以实现在核算业务规则变化的情况下，通过参数的调整就可以实现业务需求变化的能力；从而大大减少了系统的开发工作量，可以大幅提高系统对业务需求的响应速度；会计平台的参数化以核算科目为起点，通过核算场景、产品、费用、凭证构建全行的业务核算视图，通过灵活的核算规则的配置支撑不同业务场景的核算需求。

三、项目技术方案

会计平台作为江苏银行业务发展的支撑平台，遵循交易和核算分离原则，以金融服务和产品为基础，以数字化经营、管理为目标，以适应未来业务和市场的快速发展与变化为要求，采用标准化、构件化、参数化等先进设计思想，倾力打造的面向未来的银行业务处理系统。

3.1系统应用架构

会计平台的应用架构如下图，分为核算批量微服务应用、核算联机微服务应用、文件处理微服务应用、核算管理微服务应用、参数管理微服务应用、核算微服务网关应用、注册中心应用、调度中心应用、全局序列应用、配置中心应用、运维鉴权应用、网关管理应用。这些业务应用体系依托SpringCloud分布式技术平台构建，整体架构采用模块化、组件化的设计思想，确保系统整体灵活性，系统模块间松耦合，功能分布合理；对外提供标准化的服务接口，服务接口由各个原子服务装配而成，最大化的实现了服务组件的灵活组装与重用，完全满足行内系统及其他三方软件的信息交互要求，同时提供了友好的人机交互界面和服务接口。

图 1. 分布式微服务会计平台应用架构

3.2系统技术架构

图 2. 会计平台平台技术架构

会计平台整体技术架构如上图，主要包括：分布式技术平台、金融典型业务处理框架以及前两项关联的从开发到运维的完整的DevOps能力。分布式技术平台基于对金融行业的前瞻性研究，将云原生理念与分布式技术进行融合，形成包括运行、运维、开发及管理四个维度完整的服务管控能力；金融典型业务处理框架是一套对典型金融业务场景深度支撑的框架。具体的开发人员只需要在此基础上快速装配即可，大大提高了开发效率。

3.3系统部署架构

图 3. 会计平台双中心部署架构

会计平台采用双中心双活部署架构，交易请求由DNS和F5负载均衡按策略分发到徐庄和中华路两个数据中心进行业务处理。根据业务请求量的占比分配，请求量最多的会计核算联机应用和批量应用采用了虚拟机+容器化部署方式，其中的容器化部署在云平台之上，容器POD实例根据设定的负载策略实现弹性扩缩容，当业务请求超过指定阈值将自动创建新的POD实例来分担请求压力，低于阈值时将自动缩减实例数量，有效实现了服务器硬件资源的合理利用。业务流量较少的其他业务应用以及运维支撑应用均采用虚拟机部署，每个中心节点数为2~3台。会计平台双中心双活的部署模式能够有效保障业务的连续性，在其中某一中心出现故障情况下能够做到快速平稳的切换到另一中心去处理全部的业务请求。

3.4 系统安全架构

整个平台的安全架构涵盖了交互安全、运维安全和数据安全方面：

（1）交互安全

通道加密：客户端与服务端通信建立SSL安全传输通道，协议版本TLS 1.2。后台校验：后台系统严格校验输入输出数据，避免注入、跨站、重放、越权等漏洞；安全防护：整个平台的交易链路上部署了DDos攻击防护设备、网络防火墙、WEB应用防火墙以及入侵检测系统。

（2）运维安全

通过F5负载均衡（GTM）设备实现了网络访问的链路负载均衡；与外层DMZ交换机连接部署的F5负载均衡（LTM）则实现了应用负载均衡。采用双设备双链路冗余方式，确保了系统整体架构的高可用性。区域划分上主要包括互联网接入区、DMZ区，应用服务器区及系统核心区。系统异构部署了两层防火墙，且严格定义了各区域间的安全访问策略。

（3）数据安全

按照全行数据安全管理要求，在保证数据安全方面使用了如下安全防护措施：一是采用SSL安全通道接入、加密等手段实现重要信息保密传输和MAC校验；二是最小可用原则进行用户权限分配，并实现信息系统之间数据自动流转，最小化限制下载数据范围，实现敏感数据脱敏和屏蔽，采用水印等方式对数据进行溯源，数据下载全加密，加密文件分权管控，防范泄露分享。

3.5 组件化设计支撑快速迭代

开发遵循组件化、模块化、参数化、高内聚、松耦合的设计原则，保证软件系统架构易于改造和扩展，提高软件的复用性、可维护性和开发效率，保证新业务功能的不断扩充不会影响应用系统的各种原有功能。会计平台的核算引擎在传统机构、科目、币种的基础上引入交易层多种分析维度，通过对多重维度灵活的参数配置，可以实现在核算业务规则变化的情况下，通过参数的调整就可以实现业务需求变化的能力，从而大大减少了系统的开发工作量，大幅提高系统对业务需求的响应速度，快速支撑业务迭代发展。

3.6 新技术应用助力性能提升

基于SOA设计理念，以灵活稳定的业务和技术架构，实现数字化银行再造的建设目标。以业务处理服务和核算处理服务松耦合的产品设计理念，在业务系统处理服务（日间/日终）过程中实时登记交易的核算要素，生成最终的会计分录，核算平台专注于核算，业务系统专注于对客服务，可以完全支撑7×24小时连续服务的能力。

在大数据量，高处理时效的要求下，设计时充分考量并利用数据库分布式技术，将数据分片、分区进行处理，减少数据集中处理的压力，达到核算处理1分钟延迟，单笔核算处理毫秒级。交易与核算分离使得核心系统传票数量大为降低，其实时交易处理及批量耗时进一步缩减。

四、项目过程管理

该项目由信息科技部牵头，严格按照江苏银行项目管理相关制度，从计划、质量、财务等多方面进行规范化管理，项目如期完成。主要经历了以下五个阶段：

1、需求分析和概要设计阶段

2023年10月至2023年11月，会同运营管理部、计划财务部进行充分需求沟通及差异化整理，明确改造实施方案。

2、系统详细设计阶段

此阶段时间段为2023年11月至2023年12月，其间主要完成了系统详细设计工作、包括系统应用、技术、数据、安全架构设计，涉及系统和接口，提交了详细的业务流程说明，根据具体的业务场景设计接口文档，预估开发、测试和上线计划。

3、需求开发测试阶段

2023年12月至2024年4月，项目组按照实施计划进行开发，运营管理部及计划财务部配合测试，并于4月中旬完成业务测试。

4、并行期验证阶段

2024年4月下旬进行会计平台投产上线，与核心系统并行试运行，试运行期间比对验证双边数据及对上下游系统影响。

5、业务切换投产阶段

2024年5月下旬，正式切换，核心业务系统按预期停止部分核算，为核心瘦身。

五、运营情况

自2024年4月上线以来，会计平台稳定运行，性能良好，各项指标均已达到原来的设计目标。日均流水量1200万，业务查询交易量1.6万笔。

六、项目成效

1、服务业务效率提升

会计平台实现了高度参数化，新增或调整核算产品仅需通过参数维护方式实现而无需修改代码，极大地提高了核算产品开发的效率和灵活性。会计平台实现了交易与核算分离，缩短了交易链路，减少了交易耗时，交易处理效能得到极大提升。

2、核心瘦身效果显著

会计平台承接核心系统部分清算、核算功能。交易与核算的分离使核心系统主要数据表传票表数据量由减少50%，减少内部户表外户63万户，减少14个外围系统与核心的并账。其中传票表数量级的下降，可以大大减少出现交易高频读写带来数据库争用导致交易抖动情况的发生，主要交易性能提升20%。

3、信创建设取得成果

 会计平台是我行首次采用全栈信创技术建设的核心类业务系统，应用数据库分布式技术，将数据分片、分区进行处理，减少数据集中处理的压力，经过性能测试及生产实际使用，其实时查询交易性能可达2700tps，1200万日终流水处理可在10分钟内完成；会计平台承接主要流水表、分户表下数下游，可在10分钟内完成，较原来下数提前20分钟；通过信创云环境的应用，实现快速弹性扩充系统资源，达到高峰时段性能的快速扩充。

同时会计平台也是我行首次采用双中心双活模式进行部署的应用，使用域名解析及负载技术实现双中心同时运行，单中心的多个服务均采用集群模式部署，实现服务节点宕机对业务无影响、单中心全部宕机对业务无影响。双中心部署模式可以实现应急演练分种级中心切换，满足监管机构对重要系统业务连续性的要求。

七、经验总结

 江苏银行始终坚持以“融创美好生活”为使命，以“融合创新、务实担当、精益成长”为核心价值观，致力于建设“智慧化、特色化、国际化、综合化”的服务领先银行。会计平台作为江苏银行业务发展的支撑平台，遵循交易和核算分离，以金融服务和产品为基础，以数字化经营、管理为目标，以适应未来业务和市场的快速发展与变化为要求，采用标准化、构件化、参数化等先进设计思想设计实现。未来将继续践行组件化设计理念，进一步深化应用信创技术，在中台赋能、科技引领的思想指导下，有效赋能业务发展，提升客户使用体验。