第2010章 雲原生就是雲[第3頁/共5頁]

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

(本章完)

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

如何才氣把水井底部的水資本連接起來？

但是，倪強博士的團隊貧乏經曆和技術，能夠在開辟奧迪的係列之前，先去庫裡安那邊學習學習，看看他們如何開辟賓利。

雲原生是一個太龐大的觀點，是雲計算的行業前沿。如果不是數據庫行業的人，就算是業渾家士也理不清楚。雲原生數據庫不但是雲上的數據庫東西，也是雲思惟的數據庫平台。作者筆力有限，想在幾章以內就把這麼龐大的事用簡樸的淺顯易懂的說話來解釋清楚，還真是有點難。我感受我大大高估了我的寫作才氣，底子就不該寫的這麼細節，籠統的過一下就好了。如果哪位朋友還是不睬解，那就去查質料吧，這個段落不能再寫下去了，就彷彿我在水文似的。如果再寫20章，估計才氣把這裡邊的事理寫清楚。

但是，這些數據庫都是一個個伶仃的個彆。

各自按照分歧的企業、分歧的國度環境，開辟出許很多多分歧特性的水井就好了，這不會構成衝突。

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

從技術上來講，這就是上一個期間的思惟了。就是把傳統的線下數據庫利用邏輯，放在了雲端，冇有產生本色性的竄改。

這就太虧了。

等水池打造出來以後，還要不竭地去打造新的水井。並且，跟著數據量的增大，水井也需求不竭地擴容，地下的水池需求不竭地擴大、加固，擴大、加固。

有了QQ這個“水池”，另有甚麼水井發掘不出來？

到了雲原生數據庫的期間，則是把這些水井底部的水資本連接起來，大要上還是一口口獨立的水井，但是水井的底部已經連在一起，構成了一個隱形的水池，能實現隨時按需用水。

紫微雲這邊隻需求開辟出一款跟甲骨文數據庫完整相容的“紫微雲數據庫之甲骨文數據庫”，並且不再為甲骨文數據庫供水。

但是地下的水池是公用的，就是“公用雲”的精華地點。

錢都被甲骨文賺走了。

現在的紫微雲上，數據庫的種類有很多，就比如甲骨文數據庫，這需求紫微雲先費錢向甲骨文采辦，然後再賣給用戶。

每進步一步，都標記取雲計算行業的進步。

企鵝公司如何做的？

但是，分歧的公司有分歧的需求，全天下的數據庫有300多種。