共计 3289 个字符，预计需要花费 9 分钟才能阅读完成。
10 月 22 日上午，本届“2021 OceanBase 原生分布式数据库论坛”上，OceanBase CEO 杨冰为大家带来了《根底软件助力外围零碎数字化转型》的主题演讲。
新物种原生分布式数据库 助力企业数字化
当下，数字化转型曾经成为全行业最热门的话题之一。在这样一个相熟的话题下，以前大家探讨是什么，为什么要做，而明天，当咱们再提起数字化转型时，90% 人都认为“数字化转型曾经不是选择题，而是必选题”。
从胶片相机到数码相机，从性能机到智能手机，从燃油车到电动车，这些产品无一不是颠覆了传统，扭转了人们的行为和意识。也正是这些新物种开拓了新时代，尽管新物种可能没有全新的形状，但内核的底层逻辑曾经扭转。
随着互联网终端产生的海量数据呈几何式暴增，因而，外围业务数据处理平台的架构改革亟待晋升。同时，眼下就利用层面来说，另一个重要趋势是利用从单体架构、集群架构，走向分布式云原生架构，这也对底层根底软件提出了疾速弹性、有限扩大的新架构诉求。传统集中式数据库在容量、高并发、备份效率、运维、平安危险等方面曾经无奈满足新的业务需要，有超过 90% 的企业认为分布式数据库具备更优异的应答能力和部署成果。
因而，在数据库变革的时代背景下，新物种正是原生分布式数据库。OceanBase 是一款企业级的原生分布式数据库，自研一体化架构，交融分布式与集中式技术劣势，开启了企业级数据库全新模式。杨冰称“原生分布式数据库将引领数据库方向的倒退”，它从技术层面上做出了解读：首先是云存储使数据量暴发增长，其次是利用架构退出数据库畛域，最初是硬件正在逐步变成便宜的处理单元。
而相比集中式数据库，现实的外围数据库具备高可用、高扩大、高兼容、易治理、高稳定性、运维成本低、部署灵便等显著劣势。杨冰认为：“原生分布式数据库曾经成为外围零碎首选，金融场景对分布式数据库的大规模替换成为分布式数据库倒退的重要推动。”
西安银行作为十分典型的金融客户，一方面体现为业务应用频次的晋升，另一方面，随着挪动互联网的倒退，各行业的外围零碎在一直向 c 端延长，无论整体和部分，都对数据库算力提出很高的要求，而数据库扩容在过来素来就不是一件容易的事。
西安银行离柜业务率曾经超过 90%、高达 2 / 3 的信用卡获客是通过数字化，客户体验、老本、效率都是目前银行面临的最大的挑战和问题。面对挑战，西安银行被动通过数字化转型，应用了 OceanBase 分布式数据库以及阿里云，无效撑持了西安银行的数字基础设施，适应手机银行的新定位。
OceanBase 取代 Oracle 数据库后，每账号老本降至原来的四分之一，用户数、活跃度增长率均超过 100%，客户 app 响应速度晋升 1 倍以上（从 500ms 晋升到 200ms）。从 2018 年转型开始，不到 3 年工夫，2020 年银行总资产超过 3000 亿元，同比增长超过 10%，成为西北地区首家 A 股上市的城商行。
OceanBase 实际之路 原生分布式数据库成为外围零碎首选
企业数字化转型通过这些年的实际和推动，曾经进入了数字化转型的第三阶段，转型也从非核心业务真正走向外围业务的深水区。咱们看到国家在十四五布局中，明确提出数字技术广泛应用于政府治理服务，增强公共数据凋谢共享，推动政务信息化共建共用，真正建设数字化政府。
数字化向企业业务纵深层面辐射。但随着挪动互联网和大数据的倒退，明天咱们客户的外围数据库面临比从前更严厉的挑战，次要体现在以下四个大方面：
第一，技术改不了 。企业的外围业务零碎投建早，大多与数据库能力深度绑定，迁徙革新工作量大，危险高，工夫长。
某头部保险公司，信息化工夫很早，外围零碎蕴含数百套数据库实例，尽管客户本身有十分强的志愿迁徙到新的国产数据库，但迁徙到全新的数据库有可能面临利用的全面重构，这种工作量和危险是客户无奈累赘的。因为 OceanBase 能够提供十分高的 Oracle 兼容能力，除了 SQL 语言，还包含残缺的 PL/SQL 能力，以及 OCI 和 Pro* C 的代替产品，提供齐全兼容的语法和接口调用，原利用简直不须要批改就能一成不变地运行，所以客户抉择了 OceanBase。
第二，服务挺不住 。服务向客户终端延长，外围零碎面临 7×24 高可用的挑战，零碎设计无奈撑持。
东北某中型银行的外围迁徙就是如此。咱们晓得，监管对金融机构的可用性是有很高要求的，外围零碎要满足城市级容灾规范，业务不中断，数据不丢。这在传统的主备容灾构架中是难以实现的。客户抉择 OceanBase 也是因为原生分布式数据库多正本和强统一的个性，且可能以小老本实现异地的无损容灾。对高可用有要求的客户少数会抉择 OceanBase 的两地三核心容灾计划以及可用性更高的三地五核心计划。
第三，治理环节多 。业务零碎品种一直减少，50% 用户认为随着数据库实例数量的一直减少，运维治理变得更艰难。
OceanBase 资源池治理撑持中华财险新一代互联网外围业务。因为历史起因，以及 ISV 的单干举荐，客户原有的上百个数据库实例蕴含了 4 种数据库产品，这给运维工作造成了很大的艰难，故障的概率增大。借着外围零碎分布式革新的机会，利用 OceanBase 多租户的能力，用户将这数百个实例迁徙到了几十套 OceanBase 集群，实现了技术栈归一，缩小了治理实体的数量，也升高了治理的复杂度，进步了运维的稳定性，节俭了运维老本。
第四，业务跑不动 。面对外围业务继续互联网化，52% 用户认为性能难以反对高并发的业务场景。
OceanBase 通明扩大能力承载电商平台暴发增长的国内业务。某快速增长的互联网跨境电商就碰到了这样的问题。该客户的电商平台就是基于 MySQL 主从复制构建的，没有做分库设计，因为这样在后期最省。在业务胜利之后，单纯靠减少数据库硬件资源曾经无奈满足业务的倒退，这对整个线性扩大要求及老本管制要求都十分高，OceanBase 极强的线性扩大能力很好撑持了业务扩大，令其能够自在的扩容和缩容，另外，加上多租户能力和迁徙老本，特地是 OceanBase 在超过 50 台以上的 MySQL 集群的规模下，TCU 降落 50%，存储和计算成本上会有显著劣势。
通过下面的几大实际案例，咱们总结了现实外围数据库的几个典型特色：高可用、高扩大、高兼容、易治理和部署灵便。而这些，OceanBase 在与行业搭档单干的过程中也一次次证实了本人。也正是通过这些测验，能够看出，将来 2 - 3 年将是数字化转型的关键期，外围系统升级火烧眉毛，原生分布式数据库正在成为外围零碎首选。
面向未来 OceanBase 减速数据库生态布局
十一年路漫漫，OceanBase 面向不同的客户外围零碎，都曾经能够从容面对。既提供商业版、社区开源版不同产品模式，也反对独立软件、公有云、混合云、私有云等多种部署状态，让不同类型的客户都能抉择到适宜的产品和服务。明天，OceanBase 3.2 版本正式公布，能够说在摸索现实数据库的路线上，OceanBase 又有了新的提高。
将来，OceanBase 也将持续秉承把简单留给数据库，把简略留给客户的主旨，专一做好数据库的性能，帮利用屏蔽非功能性的复杂度。杨冰示意：看整个 OceanBase 倒退历程，从早些年开始考究“原生分布式”代替“分库分表”，迄今为止也始终保持做通明可拓展。
杨冰介绍道，就算是面对超大型企业、头部互联网这些大型客户，咱们领有的原生分布式架构，高兼容性、通明扩大都十分好的适配了这些客户的超高业务负载，疾速弹性的诉求，而且支付宝的 10 年历程更让咱们对 OceanBase 的稳定性充满信心；另一方面，一年的商业化之路，咱们做了大量的兼容性、性价比、降门槛、易用性的工作，让 OceanBase 面对中小型客户时，更加灵便，TCO 更低，越来越多的客户抉择与 OceanBase 一起成长；最初咱们还提供老本低廉，架构先进、性能优越、免运维的 OceanBase 云数据库，让小微客户抉择无忧，同时社区开源后也吸引了更多的数据库开者退出 OceanBase，OceanBase 生态逐步形成。
“路虽远、行则将至、事虽难，做则必成。”回过头来看 OceanBase 的倒退之路，杨冰在多个场合提及的这句话掷地有声。
