MariaDB 首席执行官 Michael Howard 表示,亚马逊和 Oracle
将客户牢牢锁定。他还想知道 AWS 是否可能对 AWS MariaDB 实例动手脚,好让
AWS 自己的数据库管理系统 Aurora 看起来更好。

图片 1

译者介绍:刘浩健,一枚年轻的Oracle
DBA,现任职于上海云吞信息技术有限公司,在企业数据库的运维工作中上下求索,擅长于Oracle的搭建、故障处理和性能调优。本文由
译者刘浩健 翻译的两则新闻整理而成。文章首发转载自:DBAplus社群

在 MariaDB 公司于曼哈顿金融区召开的 MariaDB OpenWorks
用户和开发者大会上,MariaDB CEO Michael Howard
毫不留情地抨击了该公司的竞争对手:云巨头,尤其是 AWS 和 Oracle。Howard
一开场就炮轰各大专有云在“露天开采开源技术和公司”,随后继续抨击。

数据库与中间件和操作系统并列为全球三大基础软件技术,也是企业IT系统必不可少的核心技术,银行、电信、制造、互联网等所有行业都依赖于数据库技术。由于其技术的高难度,数据库长期以来被少数公司控制了绝大部分市场份额。据不同的统计口径,全球数据库市场在300亿美金到600亿美金之间,商用数据库的领导厂商主要是Oracle、微软、IBM和SAP。

译文一:《这句话完美概述了为什么Oracle应该害怕亚马逊》

他继续说:“你知道这些公司的德性,其实一直在滥用开源许可证,滥用特权,而从不回馈社区。”MariaDB
数据库管理系统起初是 MySQL 的一个分支。如今其核心仍采用 GPLv2
许可证,Gartner 的研究主任 Senjeeve Mohan 认为 MariaDB 堪称“企业开源
DBMS 的典范”。

自1968年IBM推出了第一代数据库DB1以及1970年IBM工程师Edgar
Codd写下了最早的关系型数据模型构想的论文,随后的30年间出现了著名的数据库公司Oracle、Informix(1980年成立,后被IBM收购)、Sybase(1984年成立,后被SAP收购)、Sybase与微软合作的SQL
Server等,全球数据库产业在2000年前后进行了第一次大战并主要形成IBM、微软、Oracle三巨头格局。

Oracle创始人兼执行董事长拉里·埃里森总是喜欢谈论并敲打他的竞争对手,而最近Amazon便成功引起了他的注意。

Howard
继续说:“我们认为专有闭源的许可证已死亡。如果你想立足数据库市场,我们认为你得是通用数据库才行,而不是沦落到利基市场的数据库,比如时间序列数据库。那不会是在全球推动应用的通用数据库。”MariaDB
正是在全球推动应用的这样一种通用数据库。

2000年以后的互联网和云计算技术变革,为数据库技术带来了“釜底抽薪”的底层计算系统变化,导致了以开源、分布式和云计算为主导的新数据库时代。2012年Google发布论文首次对外介绍了自研的具有划时代意义的Spanner全球分布式数据库、2014年AWS推出了云原生关系型数据库Aurora、2017年阿里云推出云原生关系型数据库POLARDB,2018年10月Gartner全球数据库魔力象限的领导者和挑战者象限出现了7强格局:微软、Oracle、SAP、AWS、Google、IBM和阿里云。

每次一有机会,埃里森便宣称Amazon云数据库比Oracle云数据库运行缓慢得多,甚至都不屑于比较Amazon数据库和Oracle数据库之间的性能。

尽管 MariaDB 在企业计算领域取得长足的进展,Oracle 沦为牺牲品,但是
Howard 看到 Oracle 和亚马逊在与之对抗。“Oracle
是内部锁定的一个例子,而亚马逊是云锁定的一个例子。这两家公司的名称换一下也无妨,老实说现在称亚马逊是
Oracle Prime 不为过。”

2019年3月21日的2019阿里云峰会·北京上,阿里云发布了POLARDB的2.0版本,实现了首次兼容Oracle数据库,可帮助金融、医疗、制造等大型企业在数小时内完成业务迁移。除阿里云外,其它国内云厂商也相继推出了自研的云数据库和分布式数据库产品。2019新年伊始,数据库产业50年的第二次“世界大战”已经硝烟四起。电商巨头的技术溢出效应

但是现在存在一个问题,虽然很多企业的IT人员认为Oracle数据库要远优于Amazon数据库,但是对于今天来说这还不足以赢得一切。在4月份洛杉矶的AWS峰会上,有一个顾问完美地总结了这种情况,他和JMP证券的华尔街分析师Pat
Walravens进行了交流,而Walverens把他们的对话发布在了他的研究报告中。

Howard 对 Oracle 一点也不担心。一开始他们就一直在与 Oracle 竞争。自从
MariaDB 去年5月将 Oracle 兼容层(包括 Oracle 数据库数据类型、序列和
PL/SQL 语法)嵌入到 MariaDB Enterprise Server 以来,MariaDB
就一直以前所未有的速度从 Oracle 手里赢得客户。Howard
表示,有了这个兼容层,“现在你可以将复杂的操作型 Oracle 系统迁移到
MariaDB。去年,我们的最大银行客户之一:新加坡发展银行完成了 Oracle 到
MariaDB 的叉车式升级。”此后,MariaDB 看到在过去一年的 Oracle
迁移数量增加了五倍。

从Gartner的2018全球数据库魔力象限来看,AWS与阿里云是两大电商巨头的对外技术输出平台,AWS与阿里云都推出了种类丰富的数据库产品。而Google虽然是全球互联网技术和云技术的“大牛”,但Google内部技术的对外商用化输出往往晚于市场,Cloud
Spanner就是直到2017年才向市场推出。

该顾问谈论到,Oracle数据库是一个伟大的产品,但是在成本和易用性上的竞争性不强,它就像一辆F1赛车,需要一个很棒的车手和一整个团队去维护它。因此Oracle迫不及待地将自己的客户迁到云上去,这样至少可以减轻一些管理烦恼。而AWS
的CEO Andy
Jassy甚至欢呼道:Amazon自家的数据库Aurora已成为AWS历史上增长最快的服务。

至于 AWS,那是另一回事。

过去十年,电商巨头的技术溢出效应十分明显。AWS目前已经推出的数据库产品包括Amazon
DynamoDB(非关系型文档和键值数据库)、Amazon ElastiCache
(提供Redis和Memcached开源分布式缓存数据库) 、Amazon Neptune、Amazon
Elastic MapReduceHadoop发行版,以及Amazon Relational Database
Service(Amazon RDS,支持Amazon Aurora、MariaDB、Microsoft SQL
Server、MySQL、Oracle和PostgreSQL等的云数据库服务)以及云原生数据库Amazon
Aurora for MySQL and PostgreSQL等。

原文链接:-oracle-should-be-terrified-of-amazon-2017-4原标题:This
quote perfectly sums up why Oracle should be terrified of Amazon

在第一场主题演讲中,MariaDB 的客户成功副总裁 Austin Rutherford
展示了基于 AWS EC2 的 HammerDB 基准测试的结果。HammerDB 是一款领先的企业
DBMS 基准测试和负载测试程序。在这些测试中,AWS 的默认 MariaDB
实例表现差强人意,AWS 自行开发的基于 MySQL 而建的 Aurora
一直更胜一筹。其中表现最出色的 DBMS 是基于 AWS 的 MariaDB Managed
Services。

而阿里云已经推出的数据库产品包括ApsaraDB for
RDS(关系型云数据库服务,支持MySQL即AliSQL、SQL
Server、PostgreSQL、Redis等)、PolarDB(云原生数据库,支持MySQL、PostgreSQL、Oracle)、HybridDB
for MySQL and PostgreSQL、Elastic MapReduce for
Hadoop、HiTSDB、X-DB、GraphDB等,此外阿里云Apsara
Stack还支持企业本地化私有云部署。

译文二:《Amazon CTO对Oracle和其它传统数据库的“噩梦”进行了一次攻击》

AWS Aurora 轻而易举胜过 AWS 的 MariaDB 实例,但速度最快的却是 MariaDB
Managed Services。

无论是AWS还是阿里云,所提供的数据库及数据服务种类繁多,覆盖了绝大多数用户场景,特别是由于电商交易系统的特殊性,AWS和阿里云等开发了支持数据强一致的交易型分布式数据库,能够满足金融类业务的苛刻需求,而成本则远低于商业数据库。

去年年底,在一整个无意义的主题会议结束后,Oracle联合创始人拉里·埃里森最终对亚马逊网络服务——一个疯狂盈利140亿美元的零售商云计算平台发起了宣战。

图片 2

图片 3

大概6个月后,亚马逊 CTO Werner Vogels 看起来却并不是很担忧。

Howard
说:“我看了基准测试后的第一反应是,这是无能的表现。也许他们根本不知道如何优化
DBMS。”他表示,MariaDB 的一个客户(世界上最大的零售药品公司之一)告诉
MariaDB,“亚马逊提供了市面上最平常的
MariaDB。没有吸引企业的功能。我们可以利用源代码将 MariaDB 安装到 EC2
上,也能搞好。”

为什么电商企业如此孜孜不倦的钻研数据库呢?以阿里云为例。阿里最早从淘宝、天猫等电商业务发展起来,当时采用的就是IBM
DB2和Oracle商用数据库,支持了早期淘宝、天猫的快速发展,这是阿里数据库发展第一个阶段。到了2011和2012的时候,双11开始上规模,业务高速发展对传统的Oracle企业级数据库解决方案提出了挑战,成本太高是首当其冲的挑战,其次当电商业务逻辑变复杂以后,需要理解Oracle数据库的技术实现,以便从根本上解决业务极限场景的挑战,但无论是请Oracle专家到现场的时间还是成本都无法满足业务要求,阿里巴巴从2012、2013年后就开始大规模使用开源数据库,这是阿里数据库发展的第二阶段。第三个发展阶段就是云时代,阿里云的业务快速发展要求自研云原生数据库,这就是POLARDB的诞生逻辑;以及在阿里集团业务中,传统用中间件进行开源数据库分为分表的解决方案也不能满足业务要求,这就是X-DB的的诞生逻辑。

在今年的亚马逊网络服务峰会上,Vogels
宣布已经有客户使用亚马逊数据库迁移服务,从Oracle、微软这种“旧世界”的IT公司上迁移了23,000个数据库。三月份这个数字还停留在20,000个。

他随后“开始想知道有没有在故意搞破坏?”,Howard 倒不想说 AWS 有意在实现其
MariaDB
实例方面做得差强人意。不过他确实表示:“然而有一点很明显,出现了不该发生的事情,你希望阐明这一点。”

简单来说,电商企业的技术溢出是被业务倒逼的结果。阿里电商双十一场景,在世界范围内来看都绝无仅有,这也给了中国电商企业登顶全球基础软件技术领导地位的机会。作为全球绝无仅有的高并发挑战,阿里分布式技术经过双十一极限流量洪峰的实战考验,这也是为什么阿里云能够首次代表中国厂商冲入Gartner全球数据库魔力象限。2018年,美国犹他大学计算机系终身正教授、世界级数据库系统专家李飞飞,正式加入阿里巴巴,任数据库产品事业部负责人以及达摩院任数据库首席科学家,他于2018年底入选了2018
ACM杰出科学家。李飞飞门下弟子遍布全球所有顶尖企业的数据库部门,但李飞飞自己却选中了阿里,其主要原因就是阿里的全球独一无二的业务场景。云厂商集开源技术大成

虽然没有点名道姓,但Vogels责备那些传统公司的“惩罚性”授权行为。这些公司让客户根据长期销售合同提前几年预测他们所需要的数据库容量,而且有时候会对他们进行极其严格的审核来验证他们是否使用了超过授权数量的数据库。

Howard 倒不是太反对 AWS
推广其自己的品牌。“那完全是商品推销。他们这么做可以。但我不认为这么做是正确的,可是我不会因此而在鸡蛋里面挑骨头。就像你进入一家药店,药店通常对自己的产品搞促销。”但是,如果
AWS 竭尽全力使竞争对手的服务看起来不如自己的服务,那么 Howard
对此不高兴。

图片 4

Vogels认为,这种噩梦般的做法意味着企业往往需要采购比实际需求多30%的许可证,来作为应对可怕的许可审计的防范措施,因为未来真的很难预测。

当然,未经优化的普通 MariaDB 实例也很可能落后于针对 AWS 优化的
Aurora。话虽如此,即使从最单纯的角度来看待基准测试结果,明智的云客户也应该考虑到任何特定软件服务的云实例可能并非天生一样。

(阿里达摩院数据库首席科学家李飞飞)

同时Vogels说道,这些旧世界的授权做法正驱使越来越多的客户转向如MySQL和Postgres数据库,相比之下这些数据库可以免费开源给任何人使用。但是这些数据库也存在问题,如很难将这些数据库产品扩展到客户所需要的规模。

展望未来,无论 Oracle 和亚马逊怎样阻挠,Howard 确信 MariaDB 不仅仅是
MySQL 克隆版,更是企业 DBMS
领域的主力军。“我们与世界上最大的公司合作。美国联合航空公司使用 MariaDB
处理每张机票,MariaDB
在运营这家航空公司的系统。《财富》2000强企业中40%已经在高度依赖
MariaDB,NoSQL只能梦寐以求。至于性能,Oracle 和 DB2
是我们唯一的竞争对手。”

2019年是阿里云十周年、AWS进入第13个年头。云厂商对于开源技术的集大成,正在进入全新的阶段。2014年AWS发布Amazon
Aurora的时候,当时称性能与商用数据库相当,但成本只有商用数据库的1/10。而2017年阿里云推出POLARDB的时候,在100TB的数据容量上提供了10倍于传统商业数据库的性价比,如今性能达到AWS
Aurora的2倍。

亚马逊销售宣传

Aurora?Howard 讥笑道,“最好的 Aurora 也需要12秒才能完成故障切换,而
MariaDB 不到1秒就能完成故障切换。”

不可否认,阿里云的数据库发展离不开Google和AWS等前辈的指引。谷歌最早提出了Spanner,可以实现跨数据中心的数据强一致性,这在当时是跨时代的技术,但谷歌其实是巧妙的利用了原子钟的硬件解决方案;PostgreSQL的XC/XL开源分布式数据库使用的是GTM(Global
Transaction
Manager)解决方案。阿里云的X-DB则采用了混合逻辑来解决分布式事务处理和查询,已经支持了几乎阿里集团所有海量数据高并发的场景。

同时,大部分的亚马逊网路服务的销售宣传是你只需要支付从亚马逊全球数据中心基础架构租用的计算资源所需的费用。这意味着像SLACK、Airbnb这样的AWS客户仅仅通过转换几个虚拟机,就能满足他们不断增长的客户群。因此,亚马逊数据库迁移服务提供了一种便捷的方法,不仅让客户抛弃了旧世界的数据库,而且可以在可扩展的云平台上开始使用免费的数据库,以满足他们日益增长的需求,无论需求大小,只需支付使用部分的价格即可。当然,客户也可以通过迁移服务开始使用亚马逊自家的Aurora数据库。Vogels说道,Aurora可以快速和方便地分析存储在数据库中的数据,并且易于IT部门人员管理。

按 Howard的观点来看,如果你还没有使用
MariaDB,当贵公司因严格的许可证而被 Oracle
牢牢锁定时,相信你也很快就会使用 MariaDB。

如今,阿里云正在把多个领先的数据库技术融合起来,以满足客户的更多、更高需求。云原生数据库POLARDB采用了存储计算分离、软硬件一体化设计,通过高速的RDMA网络提供共享存储的架构,可以快速实现弹性缩扩容,单个实例可扩展到1000核计算能力、同时可以横向扩展到100TB存储空间,满足大规模业务场景的需求,2.0版本则兼容Oracle。据了解,POLARDB与X-DB的优势即将融合成一体,也就是即将推出的POLARDB分布式版本。

所有这些预示着另外一个迹象,亚马逊正在认真对待来赢取甚至是最大的公司,让他们一点点、一次次尝试使用亚马逊的网络服务云。Vogels同时强调了亚马逊网络服务增长非常迅速,并且领导着超竞争的云计算市场,甚至能与Oracle和微软这种巨头相提并论。“他们实际上正在退缩,”Vogels说,“他们正在缩小其增长速度,而不是像亚马逊这样不断扩张。”

原文:https://www.zdnet.com/ 来自:云头条

即将推出的POLARDB分布式版本是在POLARDB共享存储、一写多读的架构上结合X-DB的核心分布式技术,这样企业就可以利用X-DB的分库分表强一致分布式技术挂起多个POLARDB实例,支持几乎无限的水平规模拓展,满足企业级上百个节点高并发业务需求。POLARDB分布式版本的推出,将用一个通用商业数据库产品来满足公共云上大中小企业的需求以及线下企业级超大规模用户的需求。这款产品最大的好处之一,在于底层接入的不是单节点数据库,而是分布式共享存储且单机支持100T,这样一个200T的数据库只需要两个POLARDB实例即可,大幅降低了跨分区处理的可能性。

原文链接:-cto-werner-vogels-oracle-databases-2017-4原标题:Amazons
CTO takes a shot at Oracle and the nightmare of other legacy databases

POLARDB分布式版本这样一个集大成的通用型全场景覆盖数据库产品,当前阿里云已经储备了足够的技术和实践,现在的主要工作是产品化、标准化,以便能够快速规模化部署。李飞飞认为,阿里巴巴在分布式数据库的某些领域和某些维度上,可能超过像谷歌这样公司在分布式领域的积累,这是因为任何技术都是业务推动衍生出来的,只要有业务场景就能推动其技术从跟随发展到后发领先。

除了分布式和云原生数据库技术外,李飞飞所带领的团队还专注于数据库生态工具库,也就是开发各种辅助工具帮助客户用好数据库。阿里云的一个数据库生态工具就是针对混合数据库和混合云之间的数据迁移工具ADAM,可以大幅减少不同类型数据库和云部署之间数据迁移的各种消耗和对业务的冲击;另一个工具是混合数据库管理,可以管理A/B数据库、云上和云下数据库等混部架构,满足业务对混部数据库的访问和统一控制管理需求。

据了解,阿里云数据库很快将在2019年SIGMOD大会上介绍阿里云双十一场景下的分布式数据库架构。此前,谷歌Spanner、AWS
Aurora等都是首先在SIDMOD会议上发布。而阿里云将登陆2019年SIGMOD会议,这也代表了中国技术厂商的成就。

展望未来几年,全球数据库市场将迎来50年的第二次巨变。在2018
Gartner全球数据库魔力象限的7强格局中,AWS、阿里云和Google为开源技术厂商,微软、Oracle和IBM也大举支持开源技术。Gartner预计,开源数据库将在2019年占据20%的数据库市场份额,而到2023年75%的数据库都将登陆云平台。一场数据库的世纪之战,已经在所难免。