关于数据库:对话ACE第六期数据库上云的趋势和挑战

46次阅读

共计 11307 个字符,预计需要花费 29 分钟才能阅读完成。

大略十年之前,AWS 公布了数据库托管云服务,云数据库疾速倒退,本地数据库向云上迁徙成为一大趋势,云数据库成为数据库市场增长最快的畛域。Gatner 报告称,到 2022 年,75% 的数据库将部署或迁徙到云中,以改良剖析并作为数据库即服务产品,然而在上云的过程中,兼容性、易用性等上云老本,以及数据库安全方面不可漠视,如何解决这些问题也是一大挑战。

第六期《对话 ACE》邀请 Oracle ACE/OCM 白玉山、OceanBase 开创成员 & 资深研发总监韩富晟,和大家一起独特摸索数据库上云的趋势和挑战。

以下为对话实录,欢送大家浏览、珍藏!

 

“云”将主导数据库市场的将来吗?

 

白玉山: 以前传统的数据库架构,根本就国外的三款数据库 Oracle、MYsql、SQL Server 三分天下。但随着近几年或者说近十年信息技术的倒退,特地是国内,咱们整体的信息系统和之前比,有了巨大进步,像十几年前,咱们刚毕业做的时候,一切都是看着外国同行。

然而当初,咱们国内在逐渐赶上,并且在一些特有场景里曾经超过了他们。包含像蚂蚁、阿里、腾讯,这些国内典型的互联网大厂,在很多高并发的场景中,咱们是当先的。

从当初一般的中小企业角度来看新的 IT 架构设计,“云”将成为咱们绕不过来的一个话题。 在云的具体应用上,目前常见的就是公有云、私有云,以及混合云,每种形式都有它适应的场景和优缺点。典型来说,比方咱们当初开发人员去开发一个小程序,像前一段比拟火的游戏“羊了个羊”,我想 90% 的概率,他们是齐全云化的一个运行,从程序的开发,包含一些数据,都是基于云去做的。具体用了什么云?我不太分明,但很有可能是腾讯的一些云环境,因为小程序毕竟是在微信平台运行的。这个就是咱们所谓的当初的新零碎,应该来说就是云原生这个概念。

咱们还有一些存量的 IT 零碎。一些大中型企业,存量的零碎是很宏大的。在它的倒退过程中,可能会有一些新的业务会思考放在云下面。包含云上和咱们现有的 IT 根本架构,如何去做这个对接?其实就包含一些数据、业务的交互,自然而然就带来这种所谓的公有云以及混合云的需要。

在“云”的大浪潮下,数据库是咱们信息系统最外围的软件。 因为它承前启后,对下它整合了操作系统、网络存储这样一些硬件,对上它提供了咱们业务运行的根底数据服务。对于数据库来说,国外的传统数据库,还是 Oracle、MySQL、SQL Server 为主;国内是阿里、腾讯、华为这三大云厂商占据了最大的市场份额;其余还有一些国产化数据库——TiDB、达梦数据库、人大金仓。

在技术路线上,目前有几大类。第一,是基于开源数据库产品的革新或优化,包含 TDSQL for MYSQL/for PG 两种,像华为的 GaussDB,当初应该也有 for PG 版本之类的。

还有一类是国产自研的数据库,比方 OceanBase,它在 TPC-C 的跑分目前始终保持第一!这还是比拟厉害的,也算咱们国产数据库的一面旗号。其余的像 TiDB,也是华人技术专家回来守业的齐全自研的数据库。

其实对于云数据库这样一个概念,我始终有一个疑难,像 Oracle、SQL Server,我在云上买了一台这种裸金属的机器,我在下面装上数据库,这种算不算云数据库?因为当初这个如同也没有很明确清晰的定义!总之就是说他们零碎或业务上云了,因为咱们当初政府有很多这种私有云,当地的政务云就是这样的做法。

那么对于咱们的关键词“云”,“云”是否能够主导将来的数据库市场?咱们传统的 IT 架构,其实量很大,就像咱们当初新能源车对咱们传统燃油车一样,新能源车发展势头十分猛,但传统的燃油车占比还是十分高。 在倒退过程中,我置信“云”是将来的趋势,这个趋势多长时间能有大于 50% 的市场占有率,不是我能估进去的。

国外的征询公司说可能是将来几年,我感觉可能没有那么快,但趋势不会变。特地是最近两年多,新冠疫情以来,咱们的近程办公、近程会议、远程教学, 这样一些近程的流动,包含当初核酸检测,衰弱码,对于云计算市场带来了微小的催化趋势。 因为它们很典型的使用了云计算的丰盛资源,弹性计算等。

我想将来一段时间内,云数据库与传统的本地数据库应该是并存的架构,一段时间后,“云”可能会成为支流。 很长一段时间,他们之间应该是并驾齐驱,相互舍短取长的过程。因为好多单位会存在数据安全,甚至有些零碎它就是一个园区内,比方一个物流零碎,一个物流园区,我能打单子把这个货收回去就够了,我不须要连上互联网,这样一些场景应该是相互并存的场景。

 

数据库上云迁徙的挑战和难点在哪里?

 

韩富晟: 数据库上云是一个很大的话题。对于一个有数百甚至上千个零碎的大企业,跟一个零碎绝对少一些的中小型企业,面临的挑战会有很大不同。总体来说,应该分成几个方面。

一个是自身企业的技术架构。 它本来如果是基于线下自建的,不论是业务零碎,中间件、还是数据库,它要转到云上的话,整个技术架构要进行迭代,这波及到整体企业 IT 基础设施的新的选型,是一种新的改革。

其次是数据库自身,如果从云下到云上来,肯定有对技术常识储备的挑战。 因为云下跟云上,从数据库应用的角度,最大的差异就是云数据库帮忙客户解决了稳定性、可靠性这样一个最大的痛点。这个痛点通常在线下是使用者很大的累赘,或者说他要花大量的精力去解决的问题,云数据库帮忙用户把这个问题解决了,让企业用更轻松的形式去解决数据库的应用需要。这就开释了原先用来做稳定性、可靠性的人员,包含研发、DBA 和相干技术人员的投入,他们能够去做更高效的事件,去优化业务应用数据库整条链路上的各方面的事件,进步整体效率。

这方面的资源尽管节俭了,但也对相应人员提出了一些新要求,因为云上的数据库毕竟会有不同的个性。比如说,有相干组件的关联形式会不一样,所以要在这方面投入学习精力,去理解怎么更好地用云上的服务和施展云上数据库的劣势。要懂数据库和云平台,这方面对应用数据库的人会提出不一样的技术储备要求。

那如果具体到一个业务从云下到云上的过程中,可能面临的技术挑战次要是数据迁徙的整体规划。 对于数据迁徙,OceanBase 提供了很多好用的工具,OceanBase 的 OMS 数据同步服务,能够十分不便的帮忙企业客户,把他正在应用的数据库系统的数据全量地、增量地相结合的形式,搬到 OceanBase 云上的数据库中。企业的使用者须要思考的是,数据迁徙的过程符不合乎他的要求,在数据迁徙的过程中对数据正确性的验证应该怎么去做,应用 OMS 工具能够节俭很多精力。

整体上,从云下到云上肯定是一个比拟大的变动,须要做整体的布局,包含技术架构,人员的常识储备,也包含整个数据库如何连续不断的从云下到云上的这个迁徙的过程。 在很多理论的业务实际中,会从边缘的零碎逐渐开始去实际,缓缓过渡到更多零碎,更外围的零碎。从理论的案例来说,当初越来越多的企业开始去做这样的事件,包含很大型的企业也开始尝试混合云的形式,它本人可能有一些传统的 IT 基础设施,也在尝试用云上很多更便当的硬件提供的形式来解决它的新业务的需要,而后以云下、云上混合的形式来解决它的业务需要,逐渐的迁徙,往云上做迁徙,目前也是一个大的趋势了。

 

上云能够为企业解决哪些业务痛点?

 

白玉山: 首先,我想谈一谈传统架构的一些业务痛点。

如果我当初有一家企业想构建 IT 零碎,第一步,我要有机房。机房就波及对基础设施建设,选在什么楼层?散热好不好?是否窗漏、水漏?大家看国内新闻会留神到这个问题,比方去年郑州大水,有些医院单位,他们在负一楼做机房或者说放波及电的设施,被水灌进去了,好多设施都报废了,这在设计时就有问题。杭州每年是有台风的,咱们晓得沿海有一些中央,思考的不够充沛,机房设计其实是有窗的,尽管前面把窗封死了,但在台风登陆地左近的时候,还是能渗进来一些水,带来了很大安全隐患。

还有散热,咱们有一些客户在写字楼里自建机房,散热不像 IDC 核心,不论是水冷还是风冷,有很业余的散热零碎,大楼在设计的时候没有思考这么充沛。散热,风怎么进来,靠精细空调其实是不太正当的,并没有一个很完满的散学零碎。很多写字楼外面的客户,他们的机房备有大风扇进行应急。从基础设施,咱们就要去思考好,云能解决这个痛点。

对于建设周期的问题,传统架构从机房选址到装修到软硬件零碎,过程通常是按月来算的,对于咱们这个时代来说,效率就是生命,工夫就是金钱,好多客户他们是不可承受的。同时,整体的设施,到货装置调试过程中,须要各种各样对应的硬件厂商,对应的技术人员,比方保护网络、存储的工程师,各种数据库的工程师等。每一个步骤每一个环节的人员,都有他的调试周期,最终还要做一次联结调试。整体的话,不论是建设周期还是人员,对这种老本要求都是十分高的。

同时,在这些根底之外,传统的自建机房要面临一个很次要的问题,就是电和网这样一个技术架构。 包含韩老师也提到说云环境提供了这样一个更高可用的架构。咱们本人想实现同城机房或者异地机房,两地三核心就是这样一个架构,老本将会是十分微小的,就像住在市区,为本人开明一条地铁一样。自建机房,对于数据库来说,RPO 和 RTO,要实现 5 个 9,付出的老本会十分微小,而云的环境,人造就是能实现这种 5 个 9 的高可用。

最近四五年,信息安全呈现了要求越来越严格的趋势。如说网络安全法,几部信息安全方面的法律出台之后,各家企业事业单位对信息安全也非常重视。但器重归器重,真的想齐全把这些货色修复好是十分难的,平安方面始终是隐患的。

上云的话,这几个方面的问题,云厂商曾经解决了。“云”有几个好的点,第一疾速部署,第二扩容,弹性计算特地适宜咱们一些稳定大的业务, 像做电商的,每年 618 或双 11、双 12 大促,业务会有显著的巅峰,但平时是不须要这么多资源的。在传统架构里,只能为最高峰点去买单,做出最大的配置,平时一年剩下的 300 天,资源是节约掉了。同时,容灾方面,包含 OceanBase 数据库对于云的容灾,数据多正本方面,通常来说就是两地三核心,三地五核心这种架构,仅须要咱们在数据库的配置过程中,点点鼠标就能够很不便的抉择架构。

 

OceanBase Cloud 的劣势和特点是什么?

 

韩富晟: 我想突出强调三点,第一高性价比,第二 HTAP,就是混合解决各种服务类型的能力,第三跨云架构的对立。

对于高性价比, 从两方面来讲,OceanBase 始终致力在做,这个劣势能带给企业客户很大的价值:

一方面,存储上的劣势和计算能力上或者服务器资源的劣势。 存储上,OceanBase 是齐全自研的,在自研的过程中做了很多翻新,存储用了一个新的行列混合的存储格局。因为数据库的数据是绝对规定的,当你把很多规定的数据放在一起的时候,能够极大的对数据做压缩。它体现进去的成果就是,客户在业务迁徙的过程中,会对业务有三倍到十倍的数据压缩,以前 10 个 TB 的数据迁到 OceanBase,就只占 1 TB 的空间,这给客户带来十分多存储老本的节俭,这也是十分多的客户最终抉择了的 OceanBase 的起因之一。另外一个服务器的资源,OceanBase 有两个比拟好的技术,一个是高并发场景的反对能力,另一个是多租户。比如说在云上罕用的 MySQL 数据库,它的反对并发连贯的能力不好,当业务压力大并发多的时候,可能会呈现零碎的不稳固,导致很多企业客户在抉择应用这类数据库的时候,会为峰值预留大量的空间,也就节约了服务器资源。如果抉择了 OceanBase,能够让同样的一个机器反对更多的并发。

另外一个方面就是多租户。 云上的数据库的规格尽管有很多可选,但还是相对来说是死板的一些规格,比方 4C、8C、16C 这样的一种固定的规格,因为它毕竟还是跟云服务器的规格相干的。OceanBase 多租户对企业来说,一个集群能够撑持一个企业里多个不同业务的混合部署。混合部署之后,最大的成果就是它能够在一个大的集群外面利用多租户的能力做资源的切分,切分的成果能够使更贴近它理论的业务应用的需要,使得企业在应用了这种能力之后,能够极大的缩小数据库应用服务器的数量,带来更多老本的节俭。

对于 HTAP, 可能很多零碎谈判,但 OceanBase 是实打实地解决了很多客户理论场景的需要,博得了客户的信赖。外围之一是因为 OceanBase 最早是做交易类型的业务,是解决 TP 类的业务,这类业务对数据库最大的挑战就是稳定性,可靠性。

相比较而言,AP 类的业务会对性能、性能有很多要求,但对稳定性的要求的确会弱一些。做性能容易,做可靠性难。传统的企业本来应用的形式是一个 TP 零碎 +AP 零碎,就是一个数据库加一个数仓,两头用同步链路把它搭配起来应用。这种形式其实会有一些痛点,第一个痛点就是老本问题,零碎多投入资源就大。第二个痛点是理论运行的过程中,常常业务要做调整,对数据库做变配,同时去改 TP 和 AP 零碎, 这两头过程中怎么正当解决历史数据,以及变配过程中数据的一致性的问题,会带来十分多的运维累赘,以及数据不统一的危险。在一套零碎里就能够很容易的去解决上述两个问题。

对 OceanBase 来说,咱们解决了这种交易外围的稳定性,可靠性的需要之后, 因为 OceanBase 自身是一个分布式数据库,咱们自然而然的就扩大到了利用分布式数据库,多台机器的解决能力,去解决剖析业务的这种需要。 那在这个过程中就能够帮忙企业在一套零碎里既解决交易需要,也解决剖析需要,并且这类需要其实也是越来越多,因为数据的价值也被企业逐步意识,被挖掘。一个更好用的零碎,能够让企业把这件事件做的更棘手。

另外略微说一下 OceanBase 跨云架构的对立。相比拟云厂商的原生的数据库,OceanBase 作为一个独立的数据库,是真正能够做到一套零碎在多云上同时部署。咱们有客户同时应用了多个不同云厂商的底层的硬件服务能力,而后部署 OceanBase,本人做了一套跨云部署,这是客户本人玩出来的。但从 OceanBase 将来的倒退中,咱们也会把 OceanBase 的跨云的这种能力,把它进一步推到更强,帮忙企业更好的去应用。OceanBase 曾经在像 AWS 上开了的数据库服务,你点一点就能够购买。将来还会推出对立的数据库服务的入口,在一个入口里同时管控不同云厂商、不同云底座上的 OceanBase 的数据库能力,让它们之间能够更好的互通互联,数据也能够更好的在不同的云厂商之间做做挪动,帮忙客户更好的去施展数据的价值。

 

云服务提供商如何打造生态化和差异化?

 

白玉山: 数据库的生态建设最次要的还是人,最要害还是要让更多的人晓得。生态建设其实就是一个把敌人搞得更多的过程,扩充朋友圈。

具体怎么做?我目前察看到的各家厂商的一些做法,跟大家聊一聊。

首先,是行业的软件生态。 一个数据库软件的应用前提,是有软件能在它下面运行,须要咱们各种行业软件,包含银行、证券、基金这些行业里的次要的应用软件提供商,比方恒生、长亮,须要这些行业软件的公司在咱们的数据库产品下面做开发,也就是说能反对咱们的数据库。软件能反对,客户才有抉择的机会。

另外,合作伙伴生态。 数据库厂家,其实曾经是国内的大厂了,但相对来说,咱们中国这么大,单靠一家,比方阿里或者腾讯,靠他们本人的人员为客户做数据库的工作,是远远不够的。

在以前的数据库时代,通常就是各种合作伙伴厂商,比方经销商,技术服务解决商,还有咱们当初市面上自身国内曾经有很多这种成熟的企业 IT 产品,比方一些备份产品,平安产品。数据库厂商,特地是新的国产云数据库厂商,须要和他们做好兼容、互认,产品能相互兼容,能融入到这个企业的原有架构中。

另外一点,回到方才说的最次要的“人”的因素。 在行业软件的单干过程中,行业软件的开发人员、合作伙伴厂商的人员天然须要学习理解应用咱们的数据库。其次,就是一些社会人士,比如说我当初某家单位里做数据库管理员,发现市面上有新的数据库产品,想进步本人的技能去学习一下,学的过程中,须要数据库厂商能提供一个比拟好的学习材料或者学习路线。还有院校单干,大学生层面,邻近毕业了,去做一些讲座培训,让他们晓得有这个货色,能真正学一下,在他当前找工作、工作中,天然能想起咱们的产品,从而去应用。特地像当初一些基于云的数据库,不像传统那样,可能一台笔记本就能够把软件产品装置起来,本人测试玩一玩。当初好多都是须要多台部署的,这种场景可能还须要云厂商考虑一下从云的环境上放出一些测试账号,让大家用起来。

至于说差异化竞争,从数据库产品的角度来说,平安稳固高效,能兼容场景多,这是一些外围点,置信咱们支流的数据库都曾经具备了这些性能,包含每一家可能还会有一些解决特定场景或者特定行业,比方物流、金融、电商,这种特定行业的案例或产品解决方案。零碎上云迁徙,其实隐含了老零碎替换的问题,次要还是兼容性,对于咱们软件,包含新的、老的开发语言的兼容,咱们的迁徙工具要正当,不然人力投入会很微小。

还有新的数据库产品,云数据库产品,它的保护工具能不能提供的更丰盛多样,不便咱们的保护人员,缩小学习老本。

其实差异化竞争,我集体感觉还有几个点。

售后能力十分重要。 比方咱们当初罕用的在云环境有问题了,大家每次遇到这种场景,都在调侃提工单,提工单之后可能很久能力失去响应,因为并不是每一家都是超级 VIP 客户,提工单对他们来说很慢,是一个长期解决的过程。而后技术方面,当初一些国产云数据库厂家的技术材料还不够丰盛,指两方面,第一,数据库厂商官网对于本人产品的介绍,包含一些报错解决。当初一些技术论坛,各家如同都做起来了,但进到论坛里去看,真正能解决问题的干货的材料,还是不够多。还有社区技术论坛与用户的交互,对于一些大客户,可能会有独自交互,但中小客户遇到了一些非凡场景,有些都不晓得怎么去向厂家反馈。

其实能看到各家都在不断进步,软实力十分重要,要一直去晋升。

 

OceanBase Cloud 在助力寰球中小企业数智化降级方面有什么胜利案例?

 

韩富晟: 我明天还是聊一下 OceanBase 云上曾经比拟成体系的案例,分成几个行业。

一是互联网金融。 因为这个行业自身和 OceanBase 运行在支付宝里的业务场景比拟靠近。OceanBase 的很多个性能很好反对客户业务场景,有蛮多客户很容易就把 OceanBase 当成主力数据库了,包含利楚、Dana、GCash。GCash 是咱们一个十分大的客户,它的所有外围零碎,曾经全副运行到 OceanBase 云上了。OceanBase 的可靠性,服务的连续性,能很好地帮忙到客户去解决他理论的业务问题。

二是新批发。 像携程、客如云、海底捞这些企业,当初大量的零碎曾经运行到 OceanBase 云上了。这个行业的客户,会利用互联网做大量的拉新、促销类的流动,流动对数据库其实蛮不敌对的,它总不按布局的对数据库产生大量的冲击。OceanBase 抗并发、抗冲击的能力,能帮忙客户去度过比拟大的峰值的流动压力。另外一个方面就是 OceanBase 的剖析能力,让客户能够十分不便地用起来,利用它在交易流量中产生的各种数据,去进行数据价值的开掘,帮忙客户更好地去做拉新、促活,满足业务增长的诉求。

还有一类是跨境行业。 当初很多国内的企业做的很好,开始在国外扩充它的业务范围,做得绘声绘色。这类企业应用 OceanBase 云时,给他带来最大的价值就是跨云的统一性。它能够用国内的云厂商的技术平台提供服务,在国外能够用到像 AWS,去反对它的这种业务的服务,用一套数据库系统,在不同的业务上、不同的地区状况下都能够去用,能解决很多业务的复杂性,帮忙客户更好的去推动本身业务的扩大。

互联网、金融、新批发和跨境行业,OceanBase 的官网有这些案例的介绍,感兴趣的小伙伴能够通过官网更具体的理解。

 

在上云的大趋势下,DBA 应该具备哪些能力或者职责是否产生扭转?

 

白玉山:DBA 这个角色,十年前甚至更早,其实是一个运维 DBA 的角色,咱们做的是数据库的装置、调试。比如说备份复原,数据库的优化调优,还有容灾建设方面的一些工作。

随着时代的倒退,当初分为运维 DBA、开发 DBA,又呈现了 Oracle DBA、MySQL DBA、PG DBA,还有要懂云的 DBA,当初的 DBA 其实曾经是一个须要多才多艺的角色了,各种需要都会提到。从咱们 DBA 简略的职业分类来说,它其实是企业里十分要害的一个岗位,因为数据是企业最外围的资产。

DBA 是一个承前启后,全能型的岗位,好的 DBA,必定是懂存储、网络、零碎,还有业务,他可能是企业外面最通的一个人。 基于这样的场景,咱们好多以前 DBA 共事,前面可能逐步去转型做了架构师、解决方案工程师,从更大的层面为企业的 IT 出谋划策。

“云”带来的变动,比方传统 DBA 可能须要本人去写命令、脚本,做备份、容灾监控,数据库的深度调优、异样复原曾是 Oracle DBA 的看家本领。随着时代的倒退,特地是“云”带来一些变动,像以前的运维服务,当初在云上的数据库环境,计算机毕业后,培训一下就能够动手,不需丰盛的教训就能够去做根本的运维服务了。

当初云厂商的软件上,通常有主动的优化倡议,曾经挺智能了,能够说具备一个中高级 DBA 的能力了。对咱们新入行的人来说,可能要致力很久能力超过这个工具,这给咱们带来微小的压力。包含监控、容灾、性能优化,当初都是在云上点点鼠标。咱们传统 DBA 的一些技能就是被云给取代了。

 

DBA 怎么应答这些场景?

 

打铁还需本身硬!首先,还是修炼内功。首先不论是云,还是传统 IT 架构,网络、零碎、数据库、存储,底层的技术还是不变的。其次,DBA 是一个承前启后的角色,能够往更下层去做,不只是 DBA 的角色,成为 T 型人才,施展好本人的劣势,取长补短。

更重要的一点,要一直去学习,拥抱变动。记得有一年,国家领导人说,咱们要成为学习型社会,其实对于咱们集体来说,只能成为一个学习型的人才,你要适应变动,并且融入进去,甚至是通过学习最新的技术,去引领变动。同时,因为 DBA 自身对于工作要求其实十分谨严粗疏,这种风格曾经融入咱们的工作生存,甚至血液里。电影《一九四二》有句台词,我记得很深,那个东家对短工说,尽管当初大家都很穷,然而当前我还能成为东家,当前你还给我干活。咱们在做 DBA 的这个过程中,咱们造成了这样一个思路。我置信就算咱们去转行、跨行,其实也成为咱们的一个助力了。置信各位其实的每个人都会有本人的思考。

 

OceanBase Cloud 将来倒退布局和瞻望?

 

韩富晟: 咱们认为数据库肯定是企业和社会的一个基石行业,它解决了整个企业社会的所有要害数据,所以这个行业自身是肯定要保持长期主义的。做数据库,OceanBase 从头开始做了 12 年,将来还是有十分多的事件能够做。OceanBase 也有这个定力,违心投入去做这些事儿。

一方面,OceanBase 自身的数据库内核会继续迭代降级。

性能上,比方对于 Oracle 的兼容性,其实在过来的两年中曾经有了大幅的晋升,像触发器、外键等性能 OceanBase 都做了。前面会继续加强,比方从 Oracle 迁到其余数据库最头疼就是 Oracle PL 的 Package,这个是很好用的一个性能,OceanBase 其实在这里投入大量的精力,因为很多客户实实在在有这方面的诉求,前面会逐渐加强 PL Package 的兼容性。

性能上,也在继续晋升,比方 HTAP 场景,OceanBase 曾经做了很多这方面的极致的优化,像向量化的优化,多层次的并行执行的能力。后续 OceanBase 会继续晋升剖析的执行性能,比方更好地进行分布式的并行执行,晋升执行的自适应能力。还有优化器,对于简单的申请的优化器的优化能力等,是继续一直的在优化,这方面肯定会给使用者带来十分多价值。

性能跟性能多了,就在一套零碎里,大家能够更不便高效地去解决本人的需要,会继续地给使用者带来性价比的晋升,帮忙企业降本增效。 在能间接面向客户的云服务上,OceanBase 很快会推出门槛更低的规格,让云上应用 OceanBase 数据库的门槛降到非常低,不便大家去体验或者把业务迁到 OceanBase 的云上。

还有一个很重要的点,咱们倒退方向是多云部署和跨云管控的能力,让一个数据库在多个云平台上不便大家,这个方面会有十分便当的伎俩和对立产品化的能力给到使用者。

 

云时代,企业 IT 设施出现集中化、规模化效应,对效率、性能的要求晋升,对数据库上云产生了哪些技术新需要?

 

白玉山: 咱们和客户聊需要,后面也提到了很多,像高可用、两地三核心、三地五核心这样一些多正本、容灾,这样一些场景,当初支流的云和数据库曾经具备这种性能。包含各家厂商声称 RPO 约等于零,根本大家都是这样讲,OceanBase RTO 能够做到 8 秒,对于咱们企业,这个 IT 建设曾经高于咱们大多数自建。

另外后面也提了“云”的哪些技术,哪些需要,其实还是弹性扩容。 在传统的外面是很难实现的,“云”是人造自带了就能实现,但在实现时候的力度能不能更优化?比如说只加 CPU 不加内存,只加内存不加 CPU,是否能够抉择 CPU 主频更高一点的,相似于不同的套餐,比方我要选 3G 赫兹的这种,对于咱们资源的灵活性要求会提出的。

存储资源,各家其实都有这方面的,比方大容量套餐、高性能套餐,这方面如果能细化的话,像手机套餐一样细化和自由组合,提供给更丰盛和更多场景的客户去选用。

其次,性能,性能这个问题陈词滥调了,但性能怎么去解决,各家有各家的解决方案。通常,能主动把这种,比方慢 SQL 去抓取,能保留或保留一段时间。同时最好能给出咱们一些优化倡议,其实当初很多都曾经有这个性能了。优化性能能不能事后设置一些规定,这样一些优化倡议就能够主动执行掉了。简略的场景,就是主动加索引,这种需要是不是能够间接实现。咱们产品能给出这样一些倡议,其实就相当于企业买了云数据库服务,自带了一个高级 DBA 调优一样。

智能运维方面,其实咱们传统的 IT 经营是一个人肉运维或救火队长这样一个角色。包含当初云上的一些监控,监控根本是各家自带的。当初支流应该是基于这种指标或预值,达到百分之多少,比方空间使用率 90%,CPU8%,达到这种去告警,其实咱们也常常提到 AI 运维, 就智能运维。比如说我平时每天每顿能吃一碗饭的,但有一天忽然吃了三碗,尽管看起来我还很失常,但如果一个关怀,哎,你是不是有点哪里不难受,还是怎么样了?就是这样一个基于教训或者历史数据的预警,尽管还没出问题,但可能是出问题的苗头。

当遇到问题的时候,软件上提供一个修复能力,就升高了运维老本。这个修复其实比拟难做,因为问题可能是形形色色的,针对每一个问题都要预设好修复规定或者给出倡议。

 

多云部署会是将来云计算的新趋势吗?

 

韩富晟: 这个问题其实挺受人关注的,我集体的答案是十分明确的:肯定是将来的趋势。

云计算成为一个基础设施,成为一个底盘,在下面会长出越来越多不同 Pass 和 Saas。目前来说,因为数据库原本解决的是企业最外围的数据资产,很受人关注,咱们见到的很多客户,一方面,如果不是跨云的话,客户会放心被锁定在其中某一个云上,不能抉择其余云。

实际上不同的企业,有不同的诉求。比方提到有企业有出海的诉求,国内跟国外就须要抉择不同的云计算厂商的底层服务,因为云跟云之间是有差异的。即便在国内,企业可能也有本人诉求,比方地区的诉求,或者选抉择某某云上的服务,或者是生态单干伴的服务需要。

跨云或者说多云的反对能力,能够让整个软件产业或者计算机产业的运行效率最大化。只有这样的模式,能力产生足够的竞争,竞争能够带来更高的效率。

有人说,用 OceanBase 的数据库是不是也是被 locking?这个问题的答案其实很简略,因为越是基础设施或越被器重的技术软件,该如何解决被 locking 的问题的,答案就是开源。通过开源,大家能够掌控一个技术软件最底层的技术,最外围的技术。不会放心因为技术不能被掌控,而影响将来业务的倒退。因为云计算跟开源的联合能够使得开源的厂商把本人的核心技术开源进来之后,仍然取得相应的收益,通过云服务的形式去取得收益,自身就造成了一个良好的商业模式,是可继续倒退的运作模式。这就是我对于多云部署的答案。

正文完
 0