7月12日下午配资专业炒股，省委书记黄坤明在广州与香港特别行政区行政长官李家超会见交流。南方+记者 王辉 摄

2022年、2023年国家发展改革委等部门连续两次发文推广深圳综合改革试点的创新举措和典型经验。视觉中国/供图

【摘要】哪些数据库场景在业务的驱动下可以借助信创战略选择进行分布式架构转型？哪些数据库场景不适合跳跃式的实现分布式架构转型，更适合选择平替平移？数据库架构转型一定是业务驱动配资专业炒股，而不是概念驱动，本文对不同场景下的信创战略选择进行了分析，希望能够抛砖引玉，引发同行更多思考。

【作者】陈橙，某金融行业公司技术经理

一、信创数据库市场空间

数据库是非常复杂的系统工程软件，且处于整体IT架构的核心位置，是连接上层应用和底层基础资源的重要枢纽和数据承载工具，向上是各种应用的支撑引擎，向下调动计算、网络、存储等基础资源。作为数字经济的“根技术”，数据库的重要性不亚于芯片。如今信创正当时，信创的国产替代也呈几何式增长，国产数据库迎来黄金发展期。近年来，在数字经济快速发展与信创加速渗透等趋势下，国产数据库将迎来重大发展机遇，国产数据库产品百花齐放，逐步打破了海外厂商的垄断局面，具备相当广阔的替代市场空间。目前部分国产数据库厂商包括但不限于以下，如图1。

图1：部分国内数据库厂商

二、数据库业务场景分析

传统集中式数据库随着业务应用的用户规模、数据量都越来越大，并且有的业务有7×24h无中断等高需求时，在这部分场景下传统集中架构数据库可能因性能瓶颈等因素，无法较好的满足这些业务的需求。在海量的数据访问和处理时，传统的集中式数据库开始表现出性能瓶颈，通常有两种解决方法：一是垂直扩展（Scale Up），升级服务器硬件，通过增加单个服务器CPU、内存以及存储容量来提升处理能力，这种方式相对简单直接，但单机处理能力有限；二是水平扩展（Scale Out），对数据分片，使用由廉价机器组成的分布式的集群，通过增加服务器节点来提升处理能力，分布式数据库应运而生。但分布式数据库也不是所有传统集中数据库转型的终极方向，还需根据业务实际需求进行合适的选择。进行分布式数据库改造，也可能存在一些复杂业务逻辑问题、应用的适配度问题，需要协同业务与应用层面做好充分的对接。

传统数据库信创战略背景下架构选择并不存在单一的标准答案，用户需根据自身业务的特点与实际需求出发，结合技术层、安全层等方面进行充分的评估。有些数据库场景在业务的驱动下是可以借助信创战略选择进行分布式架构转型，也有些数据库场景却不适合跳跃式的实现分布式架构转型的，可以选择平替平移，总之不可一概而论。

　　1.适用于借助信创转型分布式架构数据库的部分场景分析

传统集中架构数据库在金融等各行业的应用非常广泛，场景非常丰富，而分布式数据库往往需要有明确的适用场景。因此，选型的数据库产品是否适用于这些场景，企业首先需要认识到自己的场景到底是什么。如业务层面的特点能契合分布式数据库，是可以考虑借助信创战略实现分布式架构转型的，但一定是业务驱动，而不是概念驱动。

业务系统特点本身非常适配分布式数据库系统的业务，如互联网金融领域，拥有海量数据量、请求与并发量都很庞大的业务系统就可能适用于改造为分布式数据库，但也要结合具体的业务系统进行评估。考虑包括业务的特性、数据量的规模、负载要求、分析能力、性能扩展能力、大并发与高可用，业务连续性等因素的影响。在选择的时候，要结合业务本身及关键需求点进行评估。

对于上云业务，且需要应对超高业务峰值的场景：传统数据库在应对交易复杂度和临时性的交易量剧增时，能够采取的优化方案非常有限，若仅依靠软硬件升级来提升性能的话，成本非常昂贵；若仅仅为了应对有限特殊日的流量，而配置很高的性能，又会造成资源的极大浪费，缺乏灵活性。但上云后业务系统的资源情况则不一样，云环境的横向扩容特别便捷，比如应对特殊交易日时的超高峰值时，可以在短期内按需通过横向增加数据库节点的方式提升数据库的处理能力，具备灵活、弹性、成本低等优势。

纵向扩展能力已接近极限的集中式数据库场景：如当前传统集中数据库已经达到性能瓶颈，且纵向扩展能力已接近极限，且业务量还将持续的增长等情况，可以考虑转型为分布式数据库，以增强数据库对业务层的处理支撑能力。且可以降本增效。

　　2.适用于平替集中架构的信创数据库的部分场景分析

部分数据库的业务场景是不建议跳跃式的实现分布式架构转型的，要结合业务现状，从技术层、业务层、安全层等方面进行充分的评估分析。不适合于从传统集中架构直接改造为分布式数据库建议进行集中数据库结构的信创平替。

业务现有规模有限，数据体量相对较小：对于当前在传统集中数据库架构下可以较好运行的业务，如果业务量相对比较小，数据体量也相对很小，且业务层没有较大变化，且未来的数据量增长也很有限，可以继续沿用集中式数据库，直接平替平移至信创下的国产集中式数据库。

业务未来增长需求有限：如果业务体量比较稳定，没有超高的业务峰值，且未来的增长需求也能比较准确的评估预判，没有较大的增长，该类情况下，维持集中式数据的信创平替也是个合理的选择。

以及其他不是适用于分布式数据库场景的业务系统，可以采用集中架构数据库的信创平替。

　三、信创战略选择的思考

传统集中数据库在未来仍然适用于诸多业务场景，同时分布式数据库也在海量数据、高并发等业务场景下，也发挥出了巨大的优势和价值。在信创战略下，两者均为千行百业的数字化转型做出着贡献。传统集中数据库在信创战略下转型时要全面客观的分析，选择合适的信创平台、合适的数据库技术以及提前做好人员与技术方面的提升储备。数据库架构的转型应该充分结合业务实际需求进行思考。

在平台选择方面，企业需要选择一个可靠的信创平台，以确保数据的安全性和稳定性。背靠优质平台或生态，产品可以持续演进发展；厂商拥有优秀的研发团队和长期投入。信创平台也需要具备良好的兼容性和扩展性，尽可能可以支持多种数据库管理系统的迁移，并且具备完善的安全机制和监控系统。

数据库技术选型方面，企业需要选择适合自己的数据库技术，产品应该成熟可靠，经过大规模业务持续验证。

人员与技术方面，需要有技术人员的培训和技术支持，确保技术改造的顺利进行。在进行信创改造的过程中，技术人员需要深入了解企业的业务需求和技术实力，并根据企业的具体情况进行技术改造。

　四、结语

真正数据库分布式架构转型，一定是业务驱动，而不是概念驱动、为了分布式而分布式。国外商用数据库实现国产化替代，企业的主要需求的是平滑替换。