集中式 vs 分布式,哪种数据库更适合中小银行?

twt社区
国产分布式数据库在性能和容灾方面比国产集中式数据库肯定要好,而且经过这些年的金融行业的商用,已经得到市场的认可,主流的几个分布式数据库在金融行业已经都有很多成熟案例。不过,确实存在分布式数据库运维复杂度的提升和应用改造成本较大的问题,具体根据各家银行的情况来定。

本文来自twt企业IT社区,以下内容来自社区会员探讨。

中小银行采用集中式数据还是分布式数据库,哪一种合适?

目前环境下,中小银行在数据库选型上,采用集中式还是分布式?其优势和特点如何?

 anikikong中国民生银行数据库运维工程师:

我认为集中式基本就够用了,而且当前最有压力的国产化群体也是原来的各种集中式数据库。中小银行的业务场景大概率不需要靠分布式数据库来解决痛点。未来一步到位搞云原生的数据库就好。

 jillme CIO:

集中式。

虽然说分布式的优点很多,但是运维是难度提升数个阶段,且分布式事务多多少少都不是很完美。

我个人一向认为,一百头牛和一个大象,选择大象而不是100个牛。

 wangzk0206 scrcu数据库管理员:

这个与银行的总体规划有关,是否未来要上云?以及灾备架构方面。还有就是与各自银行的技术储备有关系。如果只是暂时使用,可以先选择一个服务支持水平高的数据库比较靠谱。

 flywiththewind BC项目经理:

1、不应该绑定一个数据库;

2、不能绑定一个厂商;

3、业务不同,数据库也不同;

4、没有最好,只有适合;

采用多步走战略,不能一口吃个胖子,解决最函待解决的问题。

 匿名用户:

实际上中小银行自己的科技力量很弱,就我们合作的几家还算规模比较大的农信和城商,真落到地市一个支行也就一两个人,省里的总行也不过几十号人,也算是大的,选几个数据库根本不现实,最好是选一个数据库,能把运维极大的压缩和降低,同时还是需要原厂给予很多售后支持和研发支持的,要不然根本转不过来。所以,中小银行强烈建议数据库选型选一家,但是要能够面向未来至少3-5年的周期,甚至5-8年发展周期,路线要清晰,策略要坚定,要不然隔三岔五搞一次,要搞死人。

 匿名用户:

按照本行实际情况进行,既要保持前瞻性,也不要过度设计。建议根据实际生产情况和未来业务增长,与厂商进行沟通。

 zhanxuechao数字研究院咨询专家:

天下大事,合久必分,分久必合。是集中式还是分布式主要看业务系统及场景。

我的建议中小银行或企业,主要以业务快速变现为主,相比分布式传统的集中式较为简单、稳定且成熟,建议核心系统集中式,周边系统可尝试分布式。

 wangzimingsq88本钢矿业公司软件开发工程师:

具体看应用场景、行业、数据库分布情况、地理位置、存储架构形式、功能和性能要求等,从而进行综合决定。传统核心系统大多采用集中式架构的存储,分布式核心系统多采用分布式数据库和分布式存储架构。具体选择哪种数据库,要看实际应用情况。

 pysx0503系统工程师:

结构化数据,IO需求高的业务用集中式,非结构化数据,如影像,图片存档等用分布式。具体的选择还是要看应用场景、业务规模还有技术、资金的投入来确定。可能对于中小银行来说没办法分的这么详细,那可能就要折中一下,看哪一类的业务更重要。

 annoymous金融行业:

主要看行里的整体策略。

1.要考虑整体的业务情况,要什么?如果只是为了XC那就要考虑对芯片、OS的适配,包括性能以及是否可以混合部署,毕竟业务不受影响是最关键的。

2.要考虑迁移成本,包括是否兼容现有的应用和系统,这个涉及到是否要改代码以及代码改造量,我们遇到过旧系统原来的开发人员都找不到了,改系统是不可能的,这个时候就要考虑数据库对现有应用的兼容性。

3.考虑存储和容灾,一般现网都是主备(1+1或者1+2),集中式的就还是按原来的方式继续做,如果业务上没有诉求的话(一般都是渠道和营销侧的诉求比较多,还有互联网信贷)没必要上分布式,但小额信贷这么好的产品估计没有哪个行不做,还有多渠道和营销诉求估计也没有哪个行不做,所以基本上排除了传统集中式,这也是为什么这么多行不论大小都在往分布式上转的原因,再有就是要符合监管,这个是逃不掉的,高可用,业务不中断,数据不丢失,这个是保命的。

4.考虑整体成本,分布式目前来看如果单点还需要有分布式事务开销,会有一定的成本,这就需要估算业务上来后的QPS、TPS以及各种节假日的促销峰值,涉及到多租户、高并发,这个是分布式的强项,要综合算一下,投入的设备、人力的综合成本,虽然分布式用PC服务器,但也架不入多集群,考虑利旧以及逃生。

5.最后,才是考虑未来发展,可以安生多久。

 lych370系统运维工程师:

问题有点宽泛,所谓萝卜青菜各有所爱,具体什么数据库适合得具体看该银行的架构,目前知道的大多数银行还是基于传统的Oracle rac数据库架构,个别的新系统可能会使用Tidb之类的分布式数据库。

 fcospt系统架构师:

就单系统来说大多场景集中式就可以满足需求,但从容灾、管理效率、资源利用率来看,只有分布式才能更好的集中化管理,适合更多场景,尤其对于小规模企业更是如此!

 此库非彼库数据库管理员:

如果不考虑信创,O的集中式架构绝对满足中小银行的业务需求,再加上现在IO问题也随着全闪存阵列、一体机等新硬件的性能提升得到解决。所以没必要非要用分布式数据库,分布式数据库的优势是天然具备两地三中心高可用容灾架构且能处理高并发,海量数据存储等场景,可以根据这些需求来适当选用,当然应用改造成本或者适配成本就另当别论了。

如果考虑信创,国产的集中式数据库说实在的,外围非核心、非交易的系统可以用,但是核心类和高并发的系统或者对稳定性要求高的系统还是不建议用,毕竟国产数据库才是最近十年开始大量商用起来,稳定性和安全性还有待验证,且性能上面跟Oracle还是有差距,高可用MAA方面也不够完善和成熟,如果要满足监管的灾备5级要求还是有难度。这种情况下核心类高并发交易类就可以尝试选用国产分布式数据库,国产分布式数据库在性能和容灾方面比国产集中式数据库肯定要好,而且经过这些年的金融行业的商用,已经得到市场的认可,主流的几个分布式数据库在金融行业已经都有很多成熟案例。不过,确实存在分布式数据库运维复杂度的提升和应用改造成本较大的问题,具体根据各家银行的情况来定。

您怎么看?

欢迎来探讨

THEEND

最新评论(评论仅代表用户观点)

更多
暂无评论