实战丨商业银行分布式业务核心系统架构研究( 三 )


4.事务一致性保证机制 。事务一致性是银行核心系统考虑的重点问题,但根据CAP理论,分布式系统的一致性、可用性和分区容忍性不可同时满足 。目前分布式环境下,也没有能够兼顾可靠性、性能和工程可实施性的成熟的数据一致性保障技术 。
在分布式核心系统建设过程中,根据自身的业务特点,形成了层次化的解决方案:在实时交易处理层面,主要采用SAGA分布式事务方案;对于实时处理不完整的情形,设计了事后补偿方案;同时,采用差错对账和差错调整机制作为兜底方案,最终确保数据的一致性(见图2) 。

实战丨商业银行分布式业务核心系统架构研究

文章插图
图2 SAGA处理流程
5.数据同步机制 。采用单元化部署设计,系统存在多个部署单元与实例节点 。为提高访问效率,减少热点操作,针对公共访问的热数据会采用多副本冗余的方式在不同的单元数据库或实例节点缓存中存储 。在这种情况下,需要设置一套数据同步机制,使这些节点能够实现主副本数据之间的同步 。
根据应用场景设计了数据库主备同步、数据库和缓存同步、信息发布同步三种数据同步方式 。数据库主备同步用于实现系统的高可用和高可靠,保证异常情况下业务数据库能够成功切换,同时不会造成数据丢失 。数据库和缓存同步一般用于缓存访问场景,避免应用访问公共热数据时频繁访问数据库,如参数数据,而是通过缓存加速访问 。信息发布同步采用消息通知机制,一般用于参数下发场景,将参数迅速下发到系统各个处理节点中 。
面临的挑战针对建设方案,我们对2019年下半年开发的原型系统进行了反复测试验证,结果符合预期,验证了方案的可行性 。目前,邮储银行新一代个人业务核心系统的建设大幕已正式拉开 。
我们也看到,采用“分布式架构+开放平台+云化部署”架构搭建核心业务系统,同时满足大型国有商业银行可靠性、稳定性、安全性要求的做法是史无前例的 。在分布式架构下设计用户体验好、业务灵活、安全高效的核心业务系统,应用设计十分复杂,对架构、设计、开发团队的技术与管理能力均有很高要求 。因此,新一代个人业务核心系统建设必定是一条充满荆棘与坎坷的挑战之路,邮储银行正在砥砺前行,“一张蓝图绘到底”,确保新核心顺利投产 。




推荐阅读