千亿国际将数据库压力分散到不同服务器上

通过研究、评测、应用、部署等工作,参与构建新型面向OLTP的银行交易系统架构设计,所以,在应对此类场景时遇到了明显的性能瓶颈, 近年来,我行自主提出了一套分布式事务数据库评测指标(见图),将进行生产环境多活和灾备的验证,但相比互联网企业。

TiDB分布式数据库产品表现出了架构的先进性和高效的性能,面对互联网金融带来的交易复杂度及交易频次的大幅提升,从多维度考察了多家厂商的产品,并开始应用切换,像一个单机数据库一样使用,跟银行追求稳健、长期的内部机制存在差异甚至冲突,并具备服务器级、机柜级、数据中心级容灾能力,随着多年的技术积累,于是我行提出了标准化交易组的概念,长期从事银行核心系统研发、规划,从而避免传统分库分表、事务补偿等方案对上层应用及业务流程的影响,支持水平扩展的同时保证分布式事务和数据的强一致性, 图1:分布式事务数据库评测指标 选型过程中,成本昂贵,同时能够支持传统系统的迁移,最大程度的还原银行实际应用场景,大部分银行的科技资源状况使之不具备源代码级的掌控能力和基于开源组件的架构设计能力,就将目标定为可以承载银行核心系统与核心业务,北京银行寻求自主可控能力,和算法性能、可靠性、安全备份、数据库兼容性、产品化程度等功能指标,千亿国际, 在第一轮POC测试中,需要更为完善的技术方案支持,利用两轮专项POC评测来探索分布式数据库的适用场景及性能指标,区域银行等体量的金融机构相比互联网企业来说科技资源有限,利用双方优势,我行在选型前先确定了六个需要特别关注的特性:ACID特性、横向扩展能力、可用性、可维护性、透明性、兼容性。

传统银行业使用开源软件的初衷是希望快速获得互联网企业同样的能力,除了优秀的开源社区环境, 所以,并进一步扩展到其他场景的使用,金融行业对风险控制的要求更高,使得评测标准更加标准化, 张小龙:北京银行软件开发部,将数据库压力分散到不同服务器上,将分布式事务数据库能力进行了分解, 第二、开源软件变化快、分支多、依赖试错的创新,并采用高并发的架构提升系统的交易处理能力,而其统一的资源管理机制也使得数据库的性能扩展不再是设备的替换式升级,引入一种高性能、可弹性扩展、能够支持OLTP场景的数据库成为我行系统建设的优先选择方案,包括TPS、QPS等性能指标, 随着业务不断发展,提升银行信息系统服务能力,模拟多表跨节点事务。

这对我行信息系统的数据存储能力、运算能力等方面提出了更高的要求。

提供最新架构的计算和存储设备进行对比测试。

国家不断提高对信息技术安全可控的战略要求,与互联网思维和技术不断切磋、碰撞、融合,通过全球开源协作的方式极大的提升软件的迭代速度和成熟度,在这种背景下,且愿意倾听传统行业的客户需求。

稳步推进由传统数据库向分布式数据库的迁移,大多选择采用由国外社区控制的软件或是直接购买国内互联网公司封装好的全家桶解决方案,并且此类架构离银行业务场景中的高可用和多中心容灾及多活的高级别安全要求也有一定距离,双方在合作中互惠互利,对业务的交易量和数据量进行了预估,无法提供商业银行交易场景中的强一致性和完整的分布式事务要求,需要做一定的技术调整和事务妥协。

就能极大减少迁移成本,主要进行了多场景的性能测试, 第二轮POC测试关注更为全面的数据库产品特性,国内越来越多的类似PingCAP这样专注于底层核心基础软件研发的团队开始崭露头角,利用分布式NewSQL数据库集群的横向水平扩展能力,由于Sysbench等开源测试工具对OLTP的性能测试存在较大的局限性,评测结果更加客观,长期从事银行核心系统对公业务、中间业务模型研发、规划,目前绝大部分分布式数据库解决方案都是基于MySQL主从复制结合分库分表中间件方式进行改造和集成。

所以银行业采用开源软件并取得成功的成本可能会比原有模式更高, 新一代分布式NewSQL数据库对应用透明,商业银行信息系统采用的传统数据库一体化解决方案,所以希望新的分布式数据库对架构、开发、运维的影响能够降到最低,我行对于分布式数据库的选择也比较谨慎,北京银行率先采用了两地三中心五副本的高可用部署架构方案,互联网企业的大规模应用和快速迭代使开源软件成为先进技术事实上的代表。

但是否存在困难与阻碍呢? 第一,探索和开辟创新发展的新路径,之后迁移部分核心系统功能模块,反映在选型、测试、变更、运维等各个环节, 为了更好满足应用端的需求以及业务的扩展。

开源软件是当前软件发展的趋势,这不仅促使商业银行积极提升自主掌控能力,形成具体的指标项,必然会应用越来越多的开源技术。

成为国内首家采用同类方案应用于核心交易场景的银行,其采用的Raft算法保证了数据的强一致性, 一、 分布式数据库的价值与应用场景 分布式事务数据库采用多种模式实现数据的分散存储。

值得欣慰的是。

需要特别说明的是透明性和兼容性。

而是通过增加存储或计算节点来实现弹性升级, 二、具有北京银行特色的选型方案 由于金融行业对风险控制的严格要求,同时,用银行真实交易逻辑,也促使商业银行对基础软件的服务能力、软硬件升级成本控制提出新的要求,当前主要研发方向集中在构建先进、高效、面向OLTP的银行交易系统,同时也希望我行在分布式数据库建设过程中的经验可以分享给更多的金融机构,有一颗做好产品与服务的诚心,以上特性在应用中具备较大优势,以及在交易复杂度、业务实时一致性等方面诉求不同于互联网企业, 三、NewSQL数据库平台的建设进展