分布式数据库在城商行OLTP场景的应用.docx

分布式数据库在城商行OLTP场景的应用.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

?

?

分布式数据库在城商行OLTP场景的应用

?

?

来自twt社区同行交流,欢迎更多同行参与交流

对于OLTP而言,中小城商行的数据量不如大行,是否有必要引入分布式数据库?什么情况下需要引入,如何选型?

对于中小城商行,单个交易系统的数据量远不如大行,集中式数据库已经能满足业务需求,在此情形下,是否还需要引入分布式数据库,什么情况下需要引入?如何进行分布式数据库选型,重点应关注哪些方面?

问题来自社区会员@fanyqing厦门银行技术架构,探讨来自twt社区众多同行的分享,欢迎大家参与交流,各抒己见。*“争议”栏目内容来自同行分享的一手体验和观察,仅代表个人观点

@hanfeng_twt大型金融单位数据库架构师:

在做出合适选择之前,需要以下准备工作:

1.业务画像

针对不同的业务,做出业务侧的数据库画像,包括但不限于如下维度:

业务指标:使用方式、使用特征(在线用户、峰值用户、并发用户等)、重要级别、可用性要求。此外,针对未来发展也要有所评估。

系统指标:包括应用系统来源、技术栈、开发语言、系统拓扑、与数据库交互方式等

数据库指标:包括数据规模、访问特征、物理环境、软件环境、数据库拓扑等

运行特征:场景分类(TP、AP、混合)、架构分类、数据规模、数据特征、计算规模、事务一致性要求、扩展性要求、高可用要求、应用耦合性等

2.产品测试

对数据库产品进行测试,形成对产品的统一认识。这其中包括数据库内核、管理、开发、安全等多方面能力的评估。这方面可参考我之前分享的《分布式数据库评测标准》。

3.其他因素

除上述外,还应包括企业内部的一些自身因素的考虑,如成本、运维、开发改造等因素。

上述因素综合考虑后,才能做出相对合理的选择。

@wanglaye某大型金融机构信息技术经理:

分布式是大趋势,不仅体现在数据库上,也体现在应用上。

数据库有分布式数据库,应用也有分布式架构。容器、云、分布式,这些技术潮流还是要赶上的,也许目前不需要,但总要防患于未然。

并且,即使是中小城商行,业务规模将来总会增大的,现在提前把技术平台搭建好,以应对未来业务所需。

如果行里有线上交易系统,或者有系统已经开始拆分业务节点和数据库节点,那么可以换到分布式数据库。

在分布式数据库选型时,应该关注数据库的综合能力,不仅要测试对于数据库传统功能的支持度、分布式特性(如弹性伸缩、高可用、高性能),更要测试数据库运维管理能力和兼容性,后者是应用迁移最为关注的问题。此外,也要考虑成本,根据行里预算进行选型。

@xigua银行软件开发工程师:

可以迟到,但不可缺席;

走别人走过的路,少踩坑。

@zymh_zy?IT顾问:

以经济方面,实用性方面考虑吧,对于OLTP而言,如果中小商行现在以集中化数据库就可以满足业务需求,就不需作大量变更,如果不差钱,或者为日后业务扩大而考虑,就可以用一些不太核心的业务来尝试,尝试使用分布式数据库。

@lcc城市商业银行:

中小行可能还需考虑其它因素,如现有维护团队技能、应用侧是否适配改造、对比集中式数据库的综合成本、分布式数据库的成熟度和技术演进等考虑吧。

@邓刚英特尔?解决方案架构师:

对于中小城商行,从性能和数据量上来说,单个交易系统使用传统数据库也可以满足要求。引入分布式数据库主要是从提高响应业务的敏捷性,弹性扩容、降低运营成本等几个方面来考虑。引入分布式数据库,由于性能一般都能满足要求,可以从数据库产品的稳定性、功能、协议支持的完备性、服务质量这些方面来选型。

@解志电子云项目经理:

判断两个点:数据量和业务规模。

分布式数据库解决的最核心的问题是业务规模和扩展性。

如果业务量大到集中式数据库物理机承载上限了,就需要分布式,否则并不是强要求。

我举个例子:

客户业务规模要16C64G足够的话,就没有必要搞分布式。

@zhanxuechaonec系统架构师:

根据您的描述,目前传统数据库如Oracle、DB2应该是能够满足你3-5年内的需求的,所以现在这是引入分布式数据库(推荐信创产品)的最佳契机,你有3-5年的试用时间,可以现在非核心系统进行试用,逐步用到核心系统中。

@GoldenDB中兴通讯产品经理:

现在的问题并不是集中式和分布式的区别。

小行我觉得有两种选择:

1)学大行,那一定就是分布式。

2)自己探索一条国产化集中式改造道路,这类产品也是很多的。

@BI程序者中华联合项目经理:

从投入产出的角度考虑,90%的单表数据量没有达到1T以上,可以采用分布式的关系型数据库,扩展性和性能上可以媲美大数据平台,维护性上相比Hadoop的架构在成本和管理都相对较低。

@zhmwangOceanBasePD:赞同您的观点。?个人认为后续的分布式关系型数据库完全可以当作Orac

您可能关注的文档

文档评论(0)

152****7564 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档