接下來，談到了技術的細節層面，別說周不器這種外行了，就算是郭鵬飛這種技術出身的高管，因為技術領域不覆蓋數據庫，都有些云里霧里。
就只能聽著這些數據庫領域有著資深造詣的專家在進行討論了。
周峰博士對此有果斷的見解，紫微云上的數據庫發展，一定是三步走的階段。
第一階段，是采購許可證。
第二階段，是云上托管。
接下來，就是第三階段了，就是真正的云計算時代的數據庫思維了，即云原生數據庫！
每前進一步，都標志著云計算行業的進步。
從傳統模式來說，一家互聯網公司要買服務器，然后在服務器上搭建數據庫，然后自己派人運營起來。云計算的時代，就是在云上租服務器，然后在云端部署數據庫，然后派人運營起來。
這就是“采購許可”的階段。
線下，該公司使用甲骨文數據庫；云上，紫微云要跟甲骨文達成合作，從甲骨文那里買到正版的數據庫，然后在云端部署起來，從而讓用戶可以在云端購買、使用甲骨文數據庫。
這是第一階段。
有的公司規模大了，如果自己來運營龐大的服務器集群，太吃力了，就會找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章，估計才能把這里邊的道理寫清楚。
(本章完)
網頁版章節內容慢，請下載好閱小說app閱讀最新內容
請退出轉碼頁面，請下載好閱小說app 閱讀最新章節。