第2010章 雲原生就是雲

請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能，避免出現內容無法顯示或者段落錯亂。

接下來，談到了技術的細節層面，別說周不器這種外行了，就算是郭鵬飛這種技術出身的高管，因為技術領域不覆蓋資料庫，都有些雲裡霧裡。

就只能聽著這些資料庫領域有著資深造詣的專家在進行討論了。

周峰博士對此有果斷的見解，紫微雲上的資料庫發展，一定是三步走的階段。

第一階段，是採購許可證。

第二階段，是雲上託管。

接下來，就是第三階段了，就是真正的雲端計算時代的資料庫思維了，即雲原生資料庫！

每前進一步，都標誌著雲端計算行業的進步。

從傳統模式來說，一家網際網路公司要買伺服器，然後在伺服器上搭建資料庫，然後自己派人運營起來。雲端計算的時代，就是在雲上租伺服器，然後在雲端部署資料庫，然後派人運營起來。

這就是“採購許可”的階段。

線下，該公司使用甲骨文資料庫；雲上，紫微雲要跟甲骨文達成合作，從甲骨文那裡買到正版的資料庫，然後在雲端部署起來，從而讓使用者可以在雲端購買、使用甲骨文資料庫。

這是第一階段。

有的公司規模大了，如果自己來運營龐大的伺服器叢集，太吃力了，就會找IDC運營商幫忙來代為運營。

如果把IDC運營商的這部分業務也放在雲上，這就是第二個階段了，就是“雲上託管資料庫”。

就是說，既可以在雲端買到資料庫，也可以買到託管服務。

現在的紫微雲裡，應用著十幾版資料庫，不同的業務有著不同的需求，也就會部署不同的資料庫。

可是，這些資料庫都是一個個單獨的個體。

從技術上來說，這就是上一個時代的思維了。就是把傳統的線下資料庫應用邏輯，放在了雲端，沒有發生實質性的變化。

雲端計算可不是這樣！

什麼是雲端計算？

雲端計算的思維，就是算力中心化。

過去，有1000臺電腦，每臺電腦都分散開，各自為戰。個人使用者在使用電腦的時候，有人處理的資料量小，電腦的算力就浪費了；有人處理的資料量大，電腦的算力就不夠。

雲端計算的思維，就是把這1000臺電腦連線起來形成一個算力中心池，然後，使用者需要多少算力就去算力池裡取用多少算力。

這樣一來，就不會造成有的人算力浪費，有的人算力不夠了。

紫微雲現在的主要服務是IaaS，主要指得是客戶可以在雲端租用伺服器。其實就是中心化伺服器，雲端組成一個超級龐大的伺服器叢集，客戶根據自己的需求，用多少就租多少。

這才是雲端計算的邏輯。

可是，在當下“雲託管資料庫”的這個時代裡，雲上的這些資料庫，都是一個個獨立的個體，彼此之間沒有聯絡。

Oracle是Oracle，MySQL是MySQL，PostgreSQL是PostgreSQL，SQLServer是SQLServer……

不同版本的資料庫，都是不同的個體。

就像分散的個人電腦一樣，並沒有集中在一起，並沒有進行中心化。

所謂的雲原生資料庫，就是把現在世界上所有的資料庫都整合在一起，就像一個“資料庫池子”一樣，這裡面有著豐富的各種各樣的資料庫服務，誰需要什麼就從中取用什麼，用多少資源就拿多少資源。

也就是說，在這個雲資料庫3.0的時代，雲原生資料庫不只是一款資料庫了，而是一個平臺！

資料庫和雲合二為一，雲就是資料庫，資料庫就是雲。

過去的提供儲存業務的紫微雲，是IaaS的服務。接下來的雲原生，就是PaaS的服務，平臺就是服務。

資料庫是工具，可是雲原生是平臺，是一個能夠推動紫微雲1.0變成紫微雲2.0的平臺。

這就要求這個雲原生資料庫，必須有著極其強大的相容性，要完全相容MySQL和PostgreSQL兩大主流的開源資料庫框架，更要高度相容Oracle語法。

現在，倪強的國內團隊和庫裡安的國外團隊，開發的雲資料庫都上線了，不過這都是工具的階段，還遠沒有達到雲原生的平臺階段。

就比如——

一百年前，家家戶戶喝水要打一口井，每個水井都是相互獨立的。如果哪天臨時來了客人不夠用了，要麼是把井挖深一點，要麼是上鄰居家去挑水。

這就是傳統資料庫的方式。

到了雲原生資料庫的時代，則是把這些水井底部的水資源連線起來，表面上還是一口口獨立的水井，但是水井的底部已經連在一起，形成了一個隱形的池塘，能實現隨時按需用水。

誰用得多，就多取點，誰用得少，就少取點。

這就有了伸縮性的優勢。

怎麼才能把水井底部的水資源連線起來？

首先，得先打一口水井，然後鑽到地底下施工，在地下把所有的水井都連起來，就大功告成了。

打一口水井，就是開發紫微雲資料庫這款工具。

在水井地下的水資源都連線起來，成為一箇中心化的池塘，就是紫微雲資料庫這個平臺，就是雲端計算三大方向IaaS、PaaS、SaaS中的PaaS。

倪強的團隊和庫裡安的團隊都把水井開發出來了。

這其實衝突性不強。

因為地下的這池塘裡，需要有許許多多的地面的水井支援才行。不同的公司有不同的需求，就需要不同種類的資料庫。

但是地下的池塘是公用的，就是“公用雲”的精髓所在。

現在要決策層要做的，就是暫時擱置倪強團隊的這口水井，然後把倪強的施工團隊派給庫裡安的團隊，然後順著庫裡安挖掘的那口水井專研下去，一直到最底層，然後在地下深處挖出一片能夠把所有水井都連線在一起的大池塘出來！

現在的紫微雲上，資料庫的種類有很多，就比如甲骨文資料庫，這需要紫微雲先花錢向甲骨文購買，然後再賣給使用者。

這就太虧了。

錢都被甲骨文賺走了。

到了雲原生時代，就不會是這種情況了。

到了那時候，紫微雲上就只會有一種資料庫，就是紫微雲原生資料庫，這就是地下的大池塘。

大池塘的上方，供應著許許多多的水井，就是許多不同版本、不同型號的資料庫工具。

這時，紫微雲連地下的池塘都據為己有了，就相當於有了水資源壟斷權。

那口井有水，那口井沒水，就可以操控了。

就比如，客戶們喜歡去那口名叫“甲骨文資料庫”的水井去打水？

簡單！

紫微雲這邊只需要開發出一款跟甲骨文資料庫完全相容的“紫微雲資料庫之甲骨文資料庫”，並且不再為甲骨文資料庫供水。

這樣一來，使用者就會都使用“紫微雲資料庫之甲骨文資料庫”了，而紫微雲也不用向甲骨文支付鉅額的授權費了。

現在才2011年，未來大行天下的雲原生資料庫的商業模式還沒出現呢，還需要很多年的摸索才能逐漸成型。

紫微星的團隊能夠早早就設計出這樣的一種構思，其實跟周大老闆有關。

別看周不器不懂技術，但他很擅長研究商業模式。

他最欣賞的就是企鵝的經營模式，就特別厲害。

多次在高管會議上表示要尊重競爭對手，QQ是一款偉大的產品，企鵝公司圍繞著QQ這個平臺，創造出了偉大的商業模式。

然後，就給周峰和技術專家們提供了一個基於雲端計算的新的商業模式，就是現在討論的雲原生資料庫的理念。

技術上，是庫裡安團隊領先；模式上，卻是國內首創。

還真是從企鵝公司身上得來了靈感。

就比如《勁舞團》《泡泡堂》《跑跑卡丁車》這些都是個體獨立的遊戲，每款遊戲都很好，卻各自為戰。

企鵝公司怎麼做的？

以QQ這個平臺為基準，搞出來了《QQ炫舞》《QQ堂》《QQ飛車》這些遊戲……這就是背靠平臺的叢集產品，是一個共用一個池塘的水井，戰鬥力就強了。

有了QQ這個“池塘”，還有什麼水井挖掘不出來？

由此可見，在“雲原生資料庫”這個大工程上，紫微星還有很漫長的路要走。

現階段，才剛剛起步。

倪強和庫裡安的團隊，都只是挖出了一個不那麼成熟的水井而已。接下來，就要選一口水井，然後沉到最底層去打造地下池塘了。

等池塘打造出來之後，還要不斷地去打造新的水井。而且，隨著資料量的增大，水井也需要不斷地擴容，地下的池塘需要不斷地擴大、加固，擴大、加固。

這會是一個規模越來越大，越來越複雜的超級工程。

別說現在中美團隊才各自一百多人了，等真正地發展起來了，至少要有幾萬人的開發團隊。

國內的開發團隊不能在技術上落後，一定要跟上時代，在雲原生資料庫的時代裡保留住國內的技術火種，眼下這個跟庫裡安一起打水井、挖池塘，就是一次難得的學習機會。

等把池塘挖好了，商用的紫微雲原生資料庫正式上線了，雙方再齊頭並進就好了。

各自根據不同的企業、不同的國家環境，開發出許許多多不同特點的水井就好了，這不會形成矛盾。

一般來說，一家公司只會使用一款資料庫。

但是，不同的公司有不同的需求，全世界的資料庫有300多種。

就像大部分人就只有一輛汽車，但是大眾集團旗下卻有著奧迪、斯堪尼亞、西亞特、斯柯達、布加迪、杜卡迪、賓利、蘭博基尼、保時捷等諸多品牌。

因為不同的人有不同的喜好。

等倪強博士的團隊不跟庫裡安合作了，雙方各自為戰了……其實就是你開發賓利的品牌，我開發奧迪的品牌，大家互不干涉，卻都是為大眾集團在努力。

但是，倪強博士的團隊缺乏經驗和技能，可以在開發奧迪的系列之前，先去庫裡安那邊學習學習，看看他們怎麼開發賓利。

不是壞事。

學習不浪費時間。

雲原生是一個太複雜的概念，是雲端計算的行業前沿。如果不是資料庫行業的人，就算是業內人士也理不清楚。雲原生資料庫不僅是雲上的資料庫工具，也是雲思維的資料庫平臺。作者筆力有限，想在幾章之內就把這麼複雜的事用簡單的通俗易懂的語言來解釋清楚，還真是有點難。我感覺我大大高估了我的寫作能力，根本就不該寫的這麼細節，籠統的過一下就好了。要是哪位朋友還是不理解，那就去查資料吧，這個段落不能再寫下去了，就好像我在水文似的。要是再寫20章，估計才能把這裡邊的道理寫清楚。

(本章完)