第2004章 取长补短
第2004章 取长补短 (第2/2页)云数据库的这件事,就是库里安信念的一次展现。
他要争来这个世界第一!
库里安沉声道:“我已经听说了,亚马逊早在两年前,就利用MySQL的开源框架,开发出了自家的云数据库,并且在去年大范围地在内部业务上应用、验证了。他们的发力更早,如果我们不能整合资源,就很难后来居上地超过亚马逊。等过几年,亚马逊上线了全球第一款云原生数据库,谁还会记得第二款是什么?”
周不器听他这么一说,就颇为叹息。
亚马逊更早?
哪能呢!
其实,早在五年前,他就已经在分布式数据库这个领域开展布局了,并且投入了很大的人力财力,几乎把公司里最优秀的技术专家们都派过去了,去开发飞天数据库。
只可惜,这是个错误的选择。
杨振坤有情怀有信念,技术水平也很高,号称要打造出一款顶天立地的产品。但他长年在国内工作,没有海外留学、工作的经历,就有点像井底之蛙,并不太清楚外面的行业形势和世界潮流。
包括王建博士也是,也是本土科学家,早期都执拗于自主研发……(阿里云早期的技术困境,就是王建非要搞自研,后来备受折磨终于认清现实投靠了开源框架,才抓住了国内第一的红利,迅速地称霸市场)
自研是好事,应该的。
对紫微星的战略层面来说,却贻误了战机!
险些耽误了周不器的大事!
相比之下,亚马逊就很有自知之明,根本就没想着自研,直接就上开源框架。就算开源的体系有着这样那样的缺点,但有一个优点是那些纯自研产品无法竞争的,那就是高效。
很多开源框架都已经很成熟了。
就好像盖房子。
一个人盖房子,是从零开始,从挖土打地基开始;另一个人盖房子,大楼的主体建筑已经有了,过去做墙体的加固、内部的装修就行了。
前者盖起来之后,可能房子会更加坚固、稳定。
后者在执行起来却可以更快,可以更快地商业化,更快地推向市场抢地盘。
等自研产品好不容易开发出来了,要推向市场了……就会发现这片市场早就格局定下来了,已经没机会了,用户习惯已经形成了,产品再好也没用了。
好在后来周不器调整了云计算业务的主要负责人。
紫微云国内的总裁,是周峰博士,一个留美归来的高材生;紫微云国外的总裁,就是库里安博士了。
这俩人视角都很清晰,一拍即合。
这才大力全方位地推动了紫微云数据库的新计划,对飞天数据库降级,把优先权让给了云数据库。
而这在时间上,已经比亚马逊云数据库慢了。
库里安见大老板这边沉默许久不说话,就语气比较轻松地说:“没关系,只要按照我的思路来做,我们的云数据库一定可以超越亚马逊,成为全世界第一款商用的云原生数据库。”
“哦?是吗?”
周不器心头的阴霾这才散开不少。
库里安很自信,甚至有些自大自狂了,大言不惭地说:“亚马逊那边,哪有什么懂数据库的人?都是一群废物。咱们这边虽然动作上慢了点,只要走在正确的路上,就一定会超过他们。”
周不器很谨慎,“不能小看亚马逊。”
“亚马逊云数据库的负责人是汤尼,我知道那家伙,就是个二流水平。”库里安很是不屑,然后又开始自卖自夸,“我们的团队比他们强多了。强尼就很优秀啊,我跟他有过几次交流。强尼带领的中国团队,吃苦耐劳,能胜任长时间的加班。而且他们有一个最大的优点,就是擅长解决复杂的问题。在解决问题的能力上,强尼的团队比我手下的这个团队更强。”
然后,库里安就进一步地说明了这一点。
国内的技术领域,都特别擅长解决问题,而不是提出问题。
利用MySQL开源框架,去开发出一款自家的云数据库,这是提出问题的过程……产品在开发、运营和维护的过程中出现了许许多多的故障,就是解决问题。
美国的团队擅长提出问题,国内的团队擅长解决问题。
这就是库里安提出的方案的主要理由,发挥各自的优势,保留他带队开发出来的那一版云数据库,由他的团队来提出问题。
倪强带领国内的团队,在他提出的问题的基础上,去解决接下来会出现的许许多多的技术性故障,去解决问题。
取长补短,资源整合。
从而超越亚马逊!
(本章完)