编辑:佚名 来源:微商网
原标题:中兴秦延涛:技术发展将给未来发展提供无限的想象力
由中国网、今日保联合主办的2019数字时代·保险高峰论坛暨中国鼎保险行业颁奖典礼今日在京盛大召开,中兴通讯私有云产品副总经理秦延涛发表了题为“国产分布式数据库构建金融新引擎”主旨演讲。他表示,现在技术发展非常快,除了5G之外还有人工智能、大数据、区块链等所有的东西都在往前演进,带给各个行业的想象力比原来要多得多。
秦延涛特别强调,5G带来的并不仅仅是连接快和速度快,它会带来大带宽、高流量、低延时等一系列的特点,这一系列的特点对我们个人生活的影响远不如对各个行业的影响那么大。例如在开放式银行,通过API的方式把金融服务植入到生活的方方面面,这些都给未来的发展提供无限的想象力。
以下为演讲实录:
各位领导各位嘉宾大家下午好!花一点时间给大家汇报一下中兴通讯在分布式数据库方面的进展情况。
上个月26号,国内一家大型股份制银行中信银行已经完成了信用卡核心从传统的IBM+DB2的传统架构向右边的分布式架构的转型。这个上线到现在正好一个月,目前系统运行非常稳定,中间经过了“双十一”业务交易量很高的时期,每秒钟超过4000笔的交易,但系统也稳定渡过了双十一。
在这个过程中不光有客户中信银行给我们的帮助,也得到了相关部委的支持。了解金融科技的人都会知道,在金融科技里一直有一个想法或者梦想,或者我们已经面临了一个问题,现有金融科技的基础架构还是停留在比较早之前的状态,到了新时代,到了5G、人工智能、物联网发展的时候,各项业务的形态对我们形成了比较大的挑战,我们希望有全新的金融科技IT架构支撑我们业务的发展。
通过这个项目能够获得什么好处?或者能够给客户带来什么价值呢?从四点介绍。
第一,客户在金融科技基础架构上有了新选择,可以不再依赖于传统单点单机业务模式发展,可以有更灵活、可扩展、更高效的基础架构选择。
第二,大型金融机构可以统一技术站,传统的业务是混合架构,我们的重要的业务都运行在IBM的小型机上,跑在甲骨文的DB2上,我们的次要的业务是跑在x86上,整体是一个混合的技术。通过我们的案例可以实现客户、金融团队只会有一套架构,就是一套开放式的架构,好处是在社会上,在科技圈里所有的新技术和新产品都可以为我所用。我们各个金融科技都讲快速研发,讲DOWS这个理念和流程在公共架构里很容易做到,但是在传统的模式里可能使用的是专用的服务器、专用的操作系统和专用的数据库、专用的语言和专用的中间件,和我们的架构差别太大。通过这个技术我们可以把中间站统一到一个生态上来。。
第三,安全及尤其是最近这一两年国内国外的形势,有些人在卡我们脖子的压力比较大。通过这样的技术和产品,我们可以做到完全金融科技的自主可控,不再会受到国外产品技术的影响,完全可以在我们自己的技术里发展壮大,不会受别人的约束。
第四,成本。了解金融科技基础架构的人都会知道,从专用设备的建设到通用设备的建设,带来的成本节约非常大。虽然这套系统我们在中信银行配的设备比较多,但在硬件上有超过60%的降幅,这个方案第四点就是带来很好的经济价值。
我们做这件事情不是短期就能完成的,下面的时间轴是整个项目的经历情况。2014年我们和中信银行走在一起启动项目,逐步往前发展,先用交易属性最弱的业务进行实现,逐渐把业务变得更复杂,交易属性变得越来越强。一直到2017年开始核心系统验证工作,我们把最重要的业务,银行核心的业务用这套技术架构进行实现。这个论证工作既有模拟真实业务实际的测试,也有金融科技圈里一些专家进行评审还有高校里的老师给我们把关。经过这种论证以后,中信银行和我们一起启动了核心业务改造的工作,到今天为止我们问题了信用卡核心投产工作一个月。后面还有一件事情没有完成,中信银行总行的核心业务目前还没有完全切换到这个分布式架构上来,原因是当前中信银行总行的核心业务是在并网运行的状态,一边是IBM IS400服务器+DB2数据库,另一边是X86的服务器的基础设施+中兴通信的数据库+业务,这两套系统是在并行运行的状态,中间我们做一个比较工具,实时比较每一个帐户里每一笔交易是否正确的,这个比对工作做了一年的时间,启动于2018年11月份,现在已经到2019年11月底,正好一年的时间。接下来我们会和客户一起做评估,选择一个合适的时间来完成总行的分布式改造工作,只要切换一下就可以了。
如果达到那一步,在这家大型的股份制银行里就不再有封闭式系统原来的技术架构,包括服务器、操作系统等等全部切换到开放式的可伸缩的架构上来。这是我们的进展情况。
简单介绍一下中兴通讯,经过几十年的发展,我们是一家技术型公司,我们在通信领域不停往前努力。在我们的芯片、操作系统和数据库上都有一些积累和发展,今天我讲的主要是数据库。
我们这边分云、网、端几个领域。云主要是云平台、数据库、操作系统,以这三个核心为抓手繁荣生态,并支持向下兼容各种国外的主流生态,也包括国内的自主生态。
通过我们自研的芯片加上嵌入式操作系统、网络算法来进行产业链聚合,带动配套产业集体到国外去发展。
在当前从传统的网络时代到3G、4G发展过,因为网络技术的变化,带来的这种基于网络各种应用生态包括APP、包括使用方式上的变化,影响是方方面面的,它不仅停留在娱乐层面,在金融方面和行业领域都带来很大的影响。刚才有嘉宾举过很多例子了,就这个话题举同样的例子,但是是不同的角度。很多年前我们每个月去一次银行ATM机取两千元,这一个月就和银行没有关系了,银行核心系统每个月为我工作一次就OK了。现在不是,我经常刷码,坐地铁是手机,买东西也是刷码,每天有很多次交易。我对银行的交易从原来一个月一次变成了一天好多次,这种情况下是业务形态的丰富方便了我们的生活,让我们从原来追求物质生活变成追求生活美好的方向上来。但在这个过程中要付出代价,代价就是幸福的代价。这个幸福的代价需要有科技基础技术的支撑才能实现的。
现在技术发展非常快,除了5G之外还有人工智能、大数据、区块链等所有的东西都在往前演进,带给各个行业的想象力比原来要多得多。尤其是5G,上午专家也分享了,并不只是连接快和速度快,它会带来大带宽、高流量、低延时等一系列的特点,这一系列的特点对我们个人生活的影响远不如对各个行业的影响那么大。上午很多专家提到了开放式的保险,银行也有开放式银行,通过API的方式把金融服务植入到生活的方方面面,这些东西都给未来的发展提供无限的想象力。
在这个大的框架下,金融科技的基础架构怎么办?这是我们的理解。左下角是早期典型的一种科技架构的形态,有数据库和应用,跑在一台比较高档或昂贵的服务器上提供稳定的能力和很高的性能,如果出现了业务瓶颈怎么办?换更高档的服务器就好了。但它的这种能力确实太弱了,在业务快速发展的过程中很快就遇到瓶颈,相信很多企业遇到了这个问题,所以有中间状态。中间状态是中国人勤劳到了极限,我们很快掌握了上层应用的使用方法和开发方法,我们把上层应用拿出来做分布式改造,它可以不在昂贵的设备和系统上运行,但是数据库不行,数据库还是要在原有框架下要么选择DB2,要么选择甲骨文的。所以,中间状态维持了很长时间,当前我们包括银行和保险还有证券机构也在用中间这种状态演进系统,相对以前是一个比较大的进步,但对于未来这应该是一个全封闭式的架构,我们不想单点,我们想灵活拓展,我们想根据需要拓展设备,我们不想被硬件或者生态越来越窄的硬件把我们绑定住,我们需要在软件层面和数据库层面来支撑我们的架构持续演进。
数据库这件事情太难了。难,并不是我们不能掌握,主要是行业要求抬高了,银行、证券、保险哪一家的数据都非常重要,服务都不能断,都有严格的监管要求。无论什么时候客户用的时候就要有,还不能错,不能丢,出现任何一个问题不光客户会和我们吵闹,监管单位一出手压力就非常大了。所以在金融行业数据库的使用是社会中要求最高的一个行业,没有第二个行业。
正是因为这样的原因,在关键领域中,我们一直以来没有对顶层基础架构有特别明显的突破,也没有特别好的解决方案来解决问题。所有的症结就在数据库上,数据库的变化决定了架构的变化。
对于金融科技需要什么样的数据库呢?它和普通行业不一样,我们总结了几点:一是事务实时一致性。很高兴看到在今年人民银行发布的Fin-tech第一次提到了分布式数据库,第一句话提到的就是一致性,我特别能够理解。因为对于很多金融从业者来说,在金融科技领域中工作了很多年,我们在金融科技里有很多的积累,金融科技最值钱的不是服务器、交换机和机房,而是这么多年积累下来的金融业务,业务逻辑、业务实现、成熟完善完整的业务系统,这是我们最值钱的东西。把这些最值钱的东西从原来的架构向分布式架构转移,最重要的是继承和保护资产,不要野蛮的重构掉,因为数据库能力不足,所以要求业务要怎样做,这有点耍流氓。所以,即使数据库做了分布式的改造,对业务也是逻辑完全一致的数据库。做到这一点非常难的是一致性,分布式数据库在金融领域的应用,最重要的要有一致性的特点,来保护我们几十年积累的资产不要被破坏和重构,代价太高了,时间也不允许。
第二点是常规路线了,既然分布式,而且要在金融里面用,必须要实现高可靠高可用,两地三中心要满足,同城双活,ITO小于零,小于多少秒这个必须要做到的。另外是分步式数据库没有业务中断的时间,不管是增加还是减少机器,所有的事情数据库自己完成,不要让我申请做停机的时间。易使用易运维,对于新架构来说,我们不会使用高端服务器,而是通用服务器,通用服务器的单体性能和稳定性不如高端服务器的,在这种情况下硬件肯定会坏,肯定会故障。在故障的时候业务不中断,数据不错误必须要由数据库保证的。同时更多的服务器在跨网络和跨机房的应用中无形中给数据中心的工程师增加了工作量,所以易使用和易运维也是当前重要的一个因素,没有这种特性对我们使用单位来说就是非常困难的事情。
中兴通讯的分布式数据库叫做ColdenDB,我们希望提供比较可靠的,商业基因的,能够进行支撑的,帮助我们业务进行平滑演进覆盖多场景的数据库产品。其中有几个作用,一是希望替换到原有的生态,这上面我描述的替换大小机,其实是替换生态,能够让金融科技的发展同全社会的技术发展是同频的,而不是独立分开的。二是从原有的系统向分布式架构转移的时候是应用平滑迁移。三是安全可靠的系统,虽然基于普通的通用的X86服务器,但希望从整个系统表现出来的是安全可靠的表现。四是最终满足金融科技未来五到十年的发展的需要。
技术验证,刚才提到了2017年我们和客户一起做了分布式数据库的技术验证。在这个验证场景里选择了3亿个客户,15亿帐户的数据量。我们用了模拟线网查询的事务和转帐事务混合对系统做系统性压测,通过不停扩充系统规模来考察系统响应延时和处理能力。在16个逻辑分片的时候,系统跑到每秒2万笔交易,每笔交易对应客户数16条,有转帐有查询等混合在一起,平均是16个分片的时候跑到2万笔每秒;到30分片的时候可以跑到4万笔每秒。我们这边在30分片的时候可以跑到4万笔每秒,这个数字还可以往上加,并没有出现系统瓶颈,只是当时论证的设备用完了,所以就得出了这样一个论证的结论,从实际应用场景的测试来看,我们在各方面能够满足银行核心业务需要的,同时因为是中国人自己做数据库,我们可以为客户根据需要做一些定制化的功能。比如右下角提到的日切卸数,这是一个专业的术语也是典型场景,每天会给我们的用户记日期,数据库不会帮你再这件事情,必须由业务把数据都捞出来,判断每一笔交易的起始和截止时间,经过会计比较整理规整后,得出会计日志里交易的情况,根据交易的情况来算日息的情况。这些工作如果做一次也就罢了,很多种业务都要做这样的事情,很麻烦。我们来做就很简单,我们就在数据库层面做一个API接口,业务流掉,把参数给我,我把结果给你。
不得不提的一个话题是Oracle,这是在国内使用量非常大的数据库产品,做得也非常好非常棒。我们做的时候希望业务平滑迁移,不让业务逻辑产生变化就能直接使用。原来我使用的是SQL语法不要太动或者最好不动,很重要的一块是要支持Oracle语法,它的存置图、函数等等非常多,哪个厂家如果说把Oracle语法全部兼容不太可能。我们努力做这件事情,能够兼容常用的Oracle的语法,标准的SQL语句,标准的过程都能支持,我们尽量降低业务迁移过程中的成本和代价。
我们有两种产品解决方案:一种是纯软的,在已有X86硬件环境里或者国产服务器的环境里部署使用。二是可以提供一体机的形态,通过软硬结合,通过一些新的基础技术支撑,来提升整体的性能和效率及可靠性,,满足各种场景的需要。
最近国家讲信息技术创新,也就是原来安可这件事。我们一直受工信部的领导,工信部领导给我们一些要求,我们努力在做这方面的工作。目前国内的龙飞兆我们是支持的,包括OpenPower我们也是支持的。除了中兴通讯自己的系统之外,像中标麒麟、银河麒麟、中兴新支点、SUSE、Redhat我们都能支持。在数据库我们投入各方面生态兼容性的适配。。
一个小的总结,目前中兴通讯有超过20年的以专用芯片为主,现在也开始涉及通用芯片的研发能力,我们有15年的操作系统的研发能力,数据库系统我们做了超过17年,最早给我们自己的电信产品和解决方案里应用比较多一些,既解决产品的问题,也解决方案的问题。我们有覆盖全球的服务保障的队伍,我们是以技术为主的公司,每年研发投入超过100亿,每年研发费用超过10%的营收。
刚才汇报了数据库的整体的情况,详细的细节可以会后交流。对中兴通讯来说面向金融行业,我们的解决方案是多样的,分布式数据库是其中之一。我们的云产品、网络产品、服务器存储、数据中心微模块都有行业应用。我们的会议电视,保险和银行都使用比较多。我们的呼叫中心在建设银行里有大规模的应用,替换了国外品牌的产品,我们的大数据平台在农业银行,现在有将近3000个节点规模,是国内金融圈中最大的一个。