从产研和技术两方面浅析国内分布式数据库发展.docx

上传人:p** 文档编号:1062015 上传时间:2024-06-29 格式:DOCX 页数:3 大小:10.98KB
下载 相关 举报
从产研和技术两方面浅析国内分布式数据库发展.docx_第1页
第1页 / 共3页
从产研和技术两方面浅析国内分布式数据库发展.docx_第2页
第2页 / 共3页
从产研和技术两方面浅析国内分布式数据库发展.docx_第3页
第3页 / 共3页
亲,该文档总共3页,全部预览完了,如果喜欢就下载吧!
资源描述

《从产研和技术两方面浅析国内分布式数据库发展.docx》由会员分享,可在线阅读,更多相关《从产研和技术两方面浅析国内分布式数据库发展.docx(3页珍藏版)》请在第壹文秘上搜索。

1、当前百年未有之大变局使得国际秩序正处于重塑过程中,我国正面临前所未有的挑战.IT*域尤其显著。作为IT框础设施领域更要组成部分的数据席正是我国技术创新转型的压舱石,具有举足轻重的作用,从产业侧到应用恻、从产品设计到应用转型,影响企业之广、人员之里前所未有本文将结合笔者多年的银行从业经验,周述对分布式数据库技术及其金融行业应用的浅见.-、分布式数据库技术分析按传统分类,数据南分为O1.TP和O1.AP两类.虽然O1.AP数据总量大、单次探作数据多,但以无需修改的事实数据为主,一般不会面临同一份记录高并发读写的豆杂场景,这降低了数据南设计的豆杂性.同时,种类繁多的各类大数据开源软件基本可满足企业需

2、求.虽然O1.TP数据总量较小、单次操作数据少,但数据修改频度高,对同一份记录高并发读写的场景对数据准确性、处理性能等均有很高要求,这提高了数据库设计的系杂性,也是数据库产品的核心竞争力。随着中Sl互联网快速发展和数字化转型,各类企业数据急剧膨胀,单一数据库已难以满足日益增长的企业需求,分布式数据库应运而生.近年来国内数据库市场群雄逐鹿,据统计有数百家参与这个赛道的竞争。(一)产研方面数据库产品研发是一项极其消耗沉淀人才、场景、时间和资金的工程,不是基于开源中间件+开源数据座”就可研发出一款合格的市场产品.不具备各类数据库专业技术人才,就难以设计一款好产品,但市场人才相对有限,不是每家公司都有

3、招到高级人才的企业竞争力;不经过高并发、大数据田的严格豆杂业务场景的证,就难以锤炼产品的稳定性和性能,不是每家公司具备企业给予的睑证机会;不经过时间的运行沉淀,就难以锤炼产品的成熟度,不是每家公司都有足够的时间和资金去投资一项长期才会见效的产品,所以数据库产品研发具有很高的门槛.很多涉足该领域的公司,有的经数年实践后退出,有的转型做运管平台、技术运维外包等,但我相信未来还会有大盘企业因产品洗牌而逐步退出.(二)技术方面虽然市场产品繁多,但从技术维度看,分布数据库技术特性正在日渐趋同,同质化严重,更多的竞争将体现在产品全面性和稳定性、生态工具完备性等。在研发思路方面,主要有基于开源和完全自研两个

4、派系,开源数据库均基于MySQ1.和PostGreSQ1.进行研发,二者均是单体数据库,作为分布式数据库的组成部分,必须具备分布式特性(如分布式事务、克子下推等),源代码改造的技术要求高、难度大,并非每个企业都可做到.完全自研需要史加漫长的打磨周期和更加专业的人才,是一条刑棘之路,不是每家企业都有信心、有能力做得到,完全自研的市场产品屈指可数,如TiDB和OCeanBaSe等.腾讯等互联网巨头基于开源改造,等积累一定经验后才开始逐步试水完全自研.在系统架构方面,产品基本分为数据节点、计算节点和管控节点:部分:数据节点农用开源或者自研内核进行数据存储,用主多从的数据副本保证数据完整性,用分片方式

5、保证处理能力的扩展性;计算节点用于SQ1.语句解析分发和结果汇聚;管拄节点用于保证系统架构中各模块的高可用和故障切焕*日常运维等数据库管理功能.分布式数据库核心特点是“逻辑统一、物理分散”,逻辑使用上用户将其视作单机数据库,但物理实现上却曲多台机器,真正做到数据分布透明旦灵活拓展的产M膈指可数,分布式事务是数据库设计的市点和难点,银行等金融行业对其使用相时通慎,主要担心功能成熟度。笆者认为,判断分布式数据库产品成熟的一个重要标准就是分布式事务得以放心使用,传统的分库分表模式不是纯技术意义上的分布式数据库.二、分布式数据库应用规划随着金融行业基础设施转型加速,近年来分布式数据麻产品正在丰富的金融

6、场景应用中得以快速发展和完善,笔者对产品未来充满信心。数据库在银行等金融公司的应用途径各不相同,一般分为两种应用迁移模式:一种是先外国系统后核心系统,一种是先核心系统后外围系统.由于面临外部监管、内部问责等多种压力,各家企业均面临保持业务连续性的研发运维压力.国有大型银行因客户舞体等影响范围广,大姿态度审慎,采用先外围系统后核心系统的模式,一方面在外围系统不断验证和打磨产品,采用联合实验室等方式送代提升产品能力,一方面通过镜像业务流最模式将业务请求转发到自包含的验证环境,按照“怅平表对的方式整体性验证业务系统改造后的功能和性能.中小型银行综合交易最等多种因素,部分采用先核心系统后外围系统的方式

7、,有些银行(比如中信银行、张家港银行等)已完成核心系统迁移改造,周围系统的迁移替代也就再无难度.企业的迁移规划在某种程度上与CTO/CIO领导、公司架构等密切相关。比如有些与PostGreSQ1.背景的CTO更愿意采用TDSQ1.-PG、GaussDB-PG等数据库;有些稳点的CTO则愿意采用跟随策略,采用同业可比的方式跟踪其他公司的目标产品和迁移方式.不论采用哪家产品,分布式数据库只是业务系统稳定运行的歪要组成部分,只有举全公司之力建立一套完整缜定的运行体系,通过长期验证才能确保核心系统真正稳定运行.可以建立丰富的技术手册(如应用编码规则、数据分库分片规则、数据库运维规范等)和完善的部门分工

8、机制(开放平台微服务、云计算等新型技术会导致部门职责之间的边界更加模糊),同时加强研发、安全、容灾、数据、运营等诸多体系建设:在研发体系方面,建立DevOps研发体系,打破研发运维之间的墙,促使技术更加快速响应业务需求;在安全方面,建立主动防御策略,加强红蓝对抗演练,更好应付大量开源软件的使用带来的安全风险;在容灾方面,通过常规性容灾演练,有效应付各种软硬件故障对系统稳定运行造成的影响;在数据方面,通过各种企业标准的有效贯标和管控,保证数据在大数据分析领域的数据一致性和数据安全性;在运岩;方面,通过对日常运维管理的标准化、脚本化和自动化管理,提升系统运营效率,甚至做到智能运维。当前金融行业的基拙设施转型已进入深水区,各企业结合自身实际情况都制定了有效的应用迁移方式,不断将验证工作推向深入.笔者认为,随着产研侧的不断联合创新和更多业务系统的迁移,中国分布式数据库产品将会日渐成熟.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 论文 > 管理论文

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!