【​观察】解读甲骨文自治式数据库云 背后的三大信号与三重价值

“甲骨文并非杜撰了一些演示来让亚马逊AWS看起来很糟糕。这就是我们实际使用来进行压力测试、性能测试和验证甲骨文数据库的数据集合。”

“我们可以通过合同的方式向客户保证，将其使用亚马逊AWS数据库的费用减少一半。在速度快5-8倍的情况下，做到这一点并非难事。对此，我们很有信心。”

美西时间10月1日，在OOW17上，甲骨文公司董事会主席兼CTO拉里·埃里森（Larry Ellison）再次选择向亚马逊AWS开炮，而这一次的话题则是数据库。

当天，甲骨文正式宣布推出全球首款自治式数据库云（Oracle Autonomous Database Cloud，也是Oracle Database 18c），这是全球首款100%“无人驾驶”的数据库，可实现完全的自动化，同时更无需人力管理。

正如拉里·埃里森所言：“我并不会每年都在甲骨文全球大会上使用‘革命性新技术’这个说法。因为并不会有很多革命性新技术，但甲骨文自治式数据库的确是一个。”

毫无疑问，作为全球数据库领域的王者，甲骨文在这一市场独领风骚几十年。所以，这次自治式数据库云产品的重磅发布，不仅对甲骨文公司的战略转型，更对整个数据库行业的未来变革，都将会带来更多深远的价值和意义。

甲骨文释放三大信号

对甲骨文而言，这无疑是一次不同寻常产品发布。我们知道，甲骨文过去发家于数据库业务，且市场份额常年位居市场第一，因此它用不着广而告之，但这次显然不一样，在这背后，甲骨文显然希望向外界传递三大信号：

第一，全面云化已是大势所趋，数据库行业同样无法“独善其身”。像人类历史上其他重大技术革命一样，云的影响远远超过技术本身，还影响了商业模式和人的思维模式，引发了一系列商业创新的革命。更为重要的是，随着云快速发展和迭代，未来企业是云化的主角，各行各业将在云中成长，各种行业云也将不断兴起。

实际上，甲骨文联席CEO马克·赫德（Mark Hurd）在OOW17上也表示，到2025年100%的测试和开发将在云端进行，同时所有企业的数据存储也将在云端，超过80%的生产应用也将在云端。显然，这是一个巨大的改变，也意味着甲骨文必须肩负起重塑数据库行业变革的重任。

第二，来自云端数据库市场的快速增长，让甲骨文也必须更加重视来自互联网市场的“野蛮人”。随着云的不断壮大，甲骨文数据库的主要竞争产品也已经转变为亚马逊AWS和微软Azure等云端竞争对手提供的数据库即服务产品。

今年2月份，在Gartner发布的《2017年分析型数据管理解决方案魔力象限》中，尽管甲骨文依旧高居榜首，但亚马逊AWS也出现在了领导者象限之中，这在过去是无法想象的，由此可见AWS正加速蚕食甲骨文在数据库行业，尤其是中小企业市场的份额。

俗话说，卧榻之侧岂容他人酣睡？所以，这就解释了为何拉里·埃里森连续两年要开怼AWS，这不仅是他个人“狂傲不羁”风格的体现，更是甲骨文在数据库市场超强自信的一种外化表现。

第三，这也是甲骨文向云转型“破釜沉舟”过程中，一次极为重要的战略举措。数据显示，来自数据库软件的收入占据了甲骨文2016财年总收入的约36%，占其营业利润的约55%，可见数据库之于甲骨文的重要性。

此前，甲骨文Oracle Database 12cR2，最新发布的就是“云优先”版本，加上本次自治式数据库将率先部署在公有云。从这个角度来看，甲骨文把自身最重要的业务也积极云化，更说明了甲骨文全面转向云的魄力和时不我待的决心。

解读自治式数据库云

那么，被甲骨文称之为全球首款自治式数据库云，究竟和过去的数据库软件，以及和其他友商的数据库产品有何不同呢？

对此，拉里·埃里森表示，自治式数据库云采用了开创性的机器学习技术实现了自动化，因而不再需要人力的介入，从根本上消除了人为差错，也不再需要手工进行微调、修补、更新和维护数据库。同时，还得以用更低的成本实现了前所未有的可用性、高性能和安全性，具体而言：

一是，自治驱动（Self-Driving），基于机器学习算法提供连续自适应性能微调。自动升级和补丁本身同时保持运行。此外，自动采用安全软件更新同时保持运行，以针对网络攻击提供保护。

二是，自治调整（Self-Scaling），在不停机的情况下即时调整计算和存储资源。由于Oracle自治式数据库云比亚马逊耗费的计算和存储资源少，因此，成本也下降了好几成，同时还降低了人工管理支出。

三是，自治修复（Self-Repairing），甲骨文针对宕机提供自动保护，其SLA确保99.995%的可靠性和可用性，从而将需要大量费用的计划内和意外宕机时间减少至每年不到30分钟。

现场演示环节中显示，在甲骨文云上运行Oracle数据库与在Amazon Relational Database Service (RDS)上运行Oracle数据库，呈现出了巨大性能差距。这一直接对比也突显出亚马逊99.95%的可靠性及可用性服务级别协议（不包括大多数非计划性和计划性停机来源）与甲骨文99.995%的服务级别协议保证之间的差距。

不仅如此，在成本和时间方面，同一个工作负载，Oracle数据库云用时为20秒，花费为0.02美金，而Amazon RDS则用时超过282秒，花费为0.31美金。因此，Oracle数据库云以快14倍的速度，以及节省高达16倍的成本，完胜Amazon RDS。

根据规划，Oracle自治式数据库云适合多种类型的工作负载，包括交易、混合型工作负载、数据仓库、图形分析、部门级应用、文档存储和物联网。计划于2017年12月上市；而OLTP（联机事务处理）版本则要到2018年6月面世。

值得一提的是，拉里·埃里森还为DBA未来的转型之路提出了建议，即DBA应该把更多的目光聚焦在云上，例如哪些数据需要迁移上云，哪些需要迁移下来，如何迁移，以及如何整合云上的数据等。

换句话说，DBA要对自己的职责有一个全新的认识，把自身从一个数据库的管理者转变为整个数据库或者平台的展示者，将自己的视野看的更宽，那么未来的路不是更窄而是更宽广。

引领数据库云化变革

毫无疑问，甲骨文自治式数据库云产品的发布，对整个数据库行业的变革将产生重大的影响，其实可以从三个维度来做观察：

首先，是定义了平台层或者说PaaS层的标准。在甲骨文公司副总裁及中国区技术产品事业部总经理吴承杨看来，在架构层有OpenStack标准，但在平台层事实上却并没有标准。

这就导致了市场出现了众多乱象，不少云服务商将一个开源的数据库“改头换面”之后，就号称可以重新定义云数据库，但真正到了实施时，却又要求客户花几百万元甚至上千万元来进行数据库的迁移。所以，这次甲骨文自治式数据库云的发布，可谓真正为平台层“画出了一条红线”。

他说：“无论叫什么名字，或者对外讲的有多好，你能承诺99.995%的可靠性吗？你能自动打补丁，自动升级，自动检测风险并预防安全性问题吗？这条红线就是标准，客户用这个标准进行衡量就知道了。” 

其次，是加速了客户全面云化的步伐。今天，大中型企业用户更加重视从业务的实际需求出发设计云平台，期望在敏捷开发、快速响应、新技术支撑等细节上能形成自身的差异化或竞争力，特别是能快速支撑原生应用的开发，但在过去受制于数据库产品本身特性的限制，这一想法并不容易落地。

例如，过去客户数据库产品的测试或者升级，花费时间往往以年计算，在这个过程中，还需要仰仗DBA的执行力等，可谓既复杂又耗时，现在通过甲骨文自治式数据库云产品强大的自动化能力，更多部署方式的选择，以及更加具有性价比的成本，无疑将大大加强客户全面云化的信心。

最后，是再次引领了整个数据库云化的变革和创新。在云时代，理想中所有的资源都是根据用户业务需求按需分配的，服务器资源，应用容器资源，当然也包括数据库资源。添加或者减少新的数据库资源，完全就像日常吃饭那样稀疏平常，甚至用户可以不用感知，这就是全面云化时代对数据库行业提出的新要求。

而今天甲骨文无疑为这种新愿景的落地提供了工具和方法论。可以这么来理解，甲骨文自治式数据库云可以让客户自然地接入到云数据库中来获得无限Scale的能力。

此外，增减数据库节点，或者节点的故障恢复，对于应用层来说也可以实现完全透明。更重要的是，云数据库的监控、运维、部署、备份等等操作都可以在云端通过高效的自动化工具来完成，由此更带来了运维成本的极大降低等。

总的来说，甲骨文正以前所未有的决心和信心，以及始终以客户需求为己任的恒心，不断化解数据库上云过程中带来的种种难题，这无疑为客户实现全面云化以及完成数字化转型都将奠定更为坚实的基础。

申耀的科技观察（微信号：shenyao），由非著名科技媒体人申耀创办、10万公里公路自驾经验老斯基，在各大自媒体平台拥有专栏，致力于科技行业的观察和思考，在这里读懂科技行业，知趋势，赢未来！