国产数据库选型评估体系建设经验参考.docx

国产数据库选型评估体系建设经验参考.docx

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

?

?

国产数据库选型评估体系建设经验参考

?

?

在政策和技术的双重背景下,企业面临自主可控的压力迫在眉睫。数据库作为生产环境最重要的组件之一,是自主可控的重中之重,也是这项工作中最难处理的环节。而面对纷繁复杂的数据库厂商和产品,究竟该如何选择?如何进行产品选型以适配本公司业务需求?如何在技术先进性和稳定兼容性之间取得平衡?数据库自主可控落地当前没有通用的行业参考,大多数企业缺少同业经验指导,可能发生选型错误,迁移过程中困难重重,成本升高,项目延后等风险。

云原生应用创新实践联盟通过课题方向专家组在“数据库自主可控方向”的课题研究,帮助企业加强对自身需求认知、选择合适的自主可控数据库产品、提高对自主可控数据库迁移改造工程的认知。从选型评估、迁移改造、持续运维等各个环节总结经验,帮助企业少走弯路,高效克服难题。重点内容包括:选型方法论和评估标准、迁移方法论和难点剖析、如何建设新产品新技术的可持续性高效运维。

本期介绍数据库自主可控课题组阶段性研究成果“国产数据库选型评估体系建设经验参考”。

国产数据库选型评估体系建设经验参考

【导读】

作为数字基础设施的重要组成部分,数据库扮演着愈发重要的角色。伴随着数字化转型深化,数据从承载规模、使用领域、使用方式等更加多元、复杂。正是为应对这一变化,近些年来数据库行业发展迅速,特别是以国产数据库表现更为突出。长期以来,国内数据库产业是以国外大型商用产品及海外开源产品为主,国内相对声音较小。但随着自主创新需求不断凸显,国内正有越来越多的厂商参与其中,从近期的市场份额也可以看到明显的变化,国内产品开始快速提高比例,获得不错的成绩。但同时我们也看到,国内数据库产品种类繁多、技术路线各异、发展水平参差不齐,从最终用户角度来看存在非常大的选择困难。本文尝试针对企业分布式数据库的选型工作进行探讨,从技术趋势(主流路线)、评估维度及重要技术要点进行说明。帮助用户可以快速抓到评估工作方向、内容,避免常见问题。可以有效加快用户对分布式数据库选型的速度,提升选型效率,找到适合企业自身的技术选型方案。

执笔专家

韩锋数据库自主可控用户委员会委员

云原生应用创新实践联盟——数据库自主可控方向课题组专家。数据库专家,有着丰富的一线数据库架构、软件研发、产品设计、团队管理经验。曾担任多家公司首席DBA、数据库架构师等职。在云、电商、金融、互联网等行业均有涉猎,精通多种关系型数据库,对NoSQL及大数据相关技术也有涉足,实践经验丰富。曾著有数据库相关著作《SQL优化最佳实践》、《数据库高效优化》。

顾问专家

孔再华数据库自主可控用户委员会委员

云原生应用创新实践联盟——数据库自主可控方向课题组组长。具有丰富的数据库环境问题诊断和性能调优的经验。在数据库同城双活,集群,多分区,分布式等项目实施上具有丰富的经验。现任职于某股份制银行科技部,工作致力于数据库同城双活架构建设,数据库分布式架构建设和数据库智能运维(AIOps)方向。对于如何将AI技术运用在运维领域具有浓厚的兴趣和创新热情。

卢丽欢数据库自主可控用户委员会委员

云原生应用创新实践联盟——数据库自主可控方向课题组专家。张家港农商银行系统运维经理,长期从事数据库尤其是分布式数据库应用实践工作,具备银行核心系统、互联网聚合支付系统、信贷系统、中间业务等银行关键业务系统采用国产分布式数据库落地实践经验。

1.?分布式数据库技术路线

针对分布式数据库的发展路线,大体可分为两种:

1)分布式中间件(简称:分库分表)

这种架构是从中间件路线演进而来。其架构采用存储与计算分离架构,底层采用标准单机数据库,副本间基于数据库主从复制机制,通过上述机制完成数据存储。上层由多个独立的、无状态的节点来承担计算,并可将部分计算下推到存储节点执行。这种架构在分布式事务、全局MVCC等方面,往往存在一定难点,各厂商也有各自解决之道。

2)原生分布式(简称:NewSQL)

这种架构正是受到Google论文影响演进而来。其采用存储与计算分离架构,底层采用单机库(不一定是关系型),副本间采用分布式一致性协议完成复制,支持多数派提交。上层承担计算,并可将部分计算下推到存储节点执行。

3)?技术路线对比

4)路线场景分析

从数据使用场景来讲,可大致按下面进行划分:

针对不同的场景,不同分布式数据库路线产品各有所长。

针对事务类场景下,强调高并发联机交易、对分析能力要求不高的场景比较适合分布式中间件路线产品。

针对事务类及事务/分析混合类场景,既要满足常规联机交易场景的同时,还需满足分析类的一部分能力,这种情况比较适合原生分布式产品。基于原生分布式的HTAP数据库,用一个数据平台应对规模化交易和实时分析,提升业务决策的时效性,降低数据技术栈的复杂性,越来越多的混合负载需求推动了

您可能关注的文档

文档评论(0)

134****7975 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档