第2004章 取长补短

第2004章 取长补短 (第2/2页)

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