第2004章 取長補短（2/2）

就算周大老闆批准願意給錢，也沒多少人有這麼大的勇氣。花多少錢，就要承擔多大的責任，就要實現多大的目標。

雲資料庫的這件事，就是庫里安信念的一次展現。

他要爭來這個世界第一！

庫里安沉聲道：「我已經聽說了，亞馬遜早在兩年前，就利用mysql的開源框架，開發出了自家的雲資料庫，並且在去年大範圍地在內部業務上應用、驗證了。他們的發力更早，如果我們不能整合資源，就很難後來居上地超過亞馬遜。等過幾年，亞馬遜上線了全球第一款雲原生資料庫，誰還會記得第二款是什麼？」

周不器聽他這麼一說，就頗為嘆息。

亞馬遜更早？

哪能呢！

其實，早在五年前，他就已經在分布式資料庫這個領域開展布局了，並且投入了很大的人力財力，幾乎把公司里最優秀的技術專家們都派過去了，去開發飛天資料庫。

只可惜，這是個錯誤的選擇。

楊振坤有情懷有信念，技術水平也很高，號稱要打造出一款頂天立地的產品。但他長年在國內工作，沒有海外留學、工作的經歷，就有點像井底之蛙，並不太清楚外面的行業形勢和世界潮流。

包括王建博士也是，也是本土科學家，早期都執拗於自主研發……（阿里雲早期的技術困境，就是王建非要搞自研，後來備受折磨終於認清現實投靠了開源框架，才抓住了國內第一的紅利，迅速地稱霸市場）

自研是好事，應該的。

對紫微星的戰略層面來說，卻貽誤了戰機！

險些耽誤了周不器的大事！

相比之下，亞馬遜就很有自知之明，根本就沒想著自研，直接就上開源框架。就算開源的體系有著這樣那樣的缺點，但有一個優點是那些純自研產品無法競爭的，那就是高效。

很多開源框架都已經很成熟了。

就好像蓋房子。

一個人蓋房子，是從零開始，從挖土打地基開始；另一個人蓋房子，大樓的主體建築已經有了，過去做牆體的加固、內部的裝修就行了。

前者蓋起來之後，可能房子會更加堅固、穩定。

後者在執行起來卻可以更快，可以更快地商業化，更快地推向市場搶地盤。

等自研產品好不容易開發出來了，要推向市場了……就會發現這片市場早就格局定下來了，已經沒機會了，用戶習慣已經形成了，產品再好也沒用了。

好在後來周不器調整了雲計算業務的主要負責人。

紫微雲國內的總裁，是周峰博士，一個留美歸來的高材生；紫微雲國外的總裁，就是庫里安博士了。

這倆人視角都很清晰，一拍即合。

這才大力全方位地推動了紫微雲資料庫的新計劃，對飛天資料庫降級，把優先權讓給了雲資料庫。

而這在時間上，已經比亞馬遜雲資料庫慢了。

庫里安見大老闆這邊沉默許久不說話，就語氣比較輕鬆地說：「沒關係，只要按照我的思路來做，我們的雲資料庫一定可以超越亞馬遜，成為全世界第一款商用的雲原生資料庫。」

「哦？是嗎？」

周不器心頭的陰霾這才散開不少。

庫里安很自信，甚至有些自大自狂了，大言不慚地說：「亞馬遜那邊，哪有什麼懂資料庫的人？都是一群廢物。咱們這邊雖然動作上慢了點，只要走在正確的路上，就一定會超過他們。」

周不器很謹慎，「不能小看亞馬遜。」

「亞馬遜雲資料庫的負責人是湯尼，我知道那傢伙，就是個二流水平。」庫里安很是不屑，然後又開始自賣自誇，「我們的團隊比他們強多了。強尼就很優秀啊，我跟他有過幾次交流。強尼帶領的中國團隊，吃苦耐勞，能勝任長時間的加班。而且他們有一個最大的優點，就是擅長解決複雜的問題。在解決問題的能力上，強尼的團隊比我手下的這個團隊更強。」

然後，庫里安就進一步地說明了這一點。

國內的技術領域，都特別擅長解決問題，而不是提出問題。

利用mysql開源框架，去開發出一款自家的雲資料庫，這是提出問題的過程……產品在開發、運營和維護的過程中出現了許許多多的故障，就是解決問題。

美國的團隊擅長提出問題，國內的團隊擅長解決問題。

這就是庫里安提出的方案的主要理由，發揮各自的優勢，保留他帶隊開發出來的那一版雲資料庫，由他的團隊來提出問題。

倪強帶領國內的團隊，在他提出的問題的基礎上，去解決接下來會出現的許許多多的技術性故障，去解決問題。

取長補短，資源整合。

從而超越亞馬遜！

(本章完)