第2010章 雲原生就是雲

類別:都市言情 作者:荒野悲歌字數:3705更新時間:24/06/28 15:37:20
    接下來,談到了技術的細節層面,別說周不器這種外行了,就算是郭鵬飛這種技術出身的高管,因爲技術領域不覆蓋數據庫,都有些雲裏霧裏。

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

    周峯博士對此有果斷的見解,紫微雲上的數據庫發展,一定是三步走的階段。

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

    第二階段,是雲上託管。

    接下來,就是第三階段了,就是真正的雲計算時代的數據庫思維了,即雲原生數據庫!

    每前進一步,都標誌着雲計算行業的進步。

    從傳統模式來說,一家互聯網公司要買服務器,然後在服務器上搭建數據庫,然後自己派人運營起來。雲計算的時代,就是在雲上租服務器,然後在雲端部署數據庫,然後派人運營起來。

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

    線下,該公司使用甲骨文數據庫;雲上,紫微雲要跟甲骨文達成合作,從甲骨文那裏買到正版的數據庫,然後在雲端部署起來,從而讓用戶可以在雲端購買、使用甲骨文數據庫。

    這是第一階段。

    有的公司規模大了,如果自己來運營龐大的服務器集羣,太吃力了,就會找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章,估計才能把這裏邊的道理寫清楚。

    (本章完)