資料庫應用需要什麼樣的雲原生能力

原本早上起來想寫點什麼的，不過這些天一直覺得有點乏力，早上起來啥也不想幹。吃過午飯才感覺好一些。正好腦子裡在想些問題，就立即把它寫下來吧，否則有可能這種一閃念的靈感就消失無蹤了。

前兩天有個客戶問我啥叫雲原生資料庫，我給他講了半天，他聽的還是有點雲裡霧裡，最後說，這東西聽起來確實不錯，不過對於我們這種企業來說，用處並不大。確實是的，像他們這種央企的二級子公司，一共就二十來套資料庫系統，談得上大系統的幾乎沒有。我給他介紹的雲原生資料庫的好處，對他們來說確實也沒有太吸引人的地方。

國外的雲原生資料庫在公有云上運營的較多，如果我的這個客戶在國外，選擇購買雲原生資料庫服務應該是首選，不過在國內，受到一些資料安全方面的限制，無法採購公有云服務。國內的所謂雲原生資料庫往往都不是構建在公有云上，透過資料庫服務來獲利的。只要是能夠橫向擴充套件的，能在雲上跑的資料庫，都可以打出雲原生資料庫的旗號來。

實際上對於雲原生資料庫，也沒有特別恰當的定義。我認為能夠與雲平臺緊密融合的，能夠像雲上的標準元件一樣提供服務，並且具有與雲平臺一樣的橫向擴充套件能力的資料庫產品，都可以稱為是雲原生資料庫。那麼一個雲原生資料庫產品應該有哪些能力呢?

首先是要符合“雲”的特點，具有極強的自服務能力，即買即用，即申請即用。讓資料庫服務可以像雲主機或者雲上RDS一樣便捷的申請，申請完成後可以實現秒鐘級或者分鐘級快速交付。這一點實際上實現起來並不難，普通的雲上RDS也是這樣實現的，資料庫軟體安裝在裸金屬伺服器上，需要時建立資料庫例項，並繫結相應的資源即可。

其次是彈性可擴充套件能力，雲的特點就是彈性可擴充套件，不受單機硬體資源的限制。談到彈性可擴充套件，大家往往就會直接想到分散式資料庫。如果按照這個標準，難道只有分散式資料庫才算是雲原生資料庫嗎?實際上情況並非如此。彈性可擴充套件其限制並非只有CPU，記憶體這些具有單機上限限制的資源。在上雲的絕大多數資料庫應用裡，這方面存在限制的寥寥無幾。儲存的IO能力，IO延時實際上對於很多應用來說更為重要。這也是目前使用者對雲原生資料庫產品詬病較多的地方。如果我想購買1TB的儲存容量，但是我需要5萬IOPS，那麼不好意思，我沒法賣給你，我們的的IOPS是按照5000/TB來賣的，你必須買10TB的容量才能買到5萬IOPS。雲原生資料庫產品應該能夠和雲平臺緊密融合，並利用雲平臺的彈性可擴充套件能力來為使用者提供不同選項的配置。亞馬遜的AURORA可以透過讀寫分離來提供CPU資源的橫向擴充套件能力，並且透過雲平臺的底層儲存機制動態複製副本，擴充IO能力，從而滿足不同種類的業務需求。因此一個資料庫產品號稱是雲原生的，資料庫與雲底座之間肯定不是簡單的疊加部署的關係，必須做大量的最佳化適配工作才能做好的。

第三是高可用，利用雲平臺的高可用能力，加強資料庫的可用性。資料庫產品本身就有高可用解決方案，雲平臺也有，但是二者可能不完全相容，因此雲原生資料庫在雲上必須與雲底座做更好的融合，綜合雙方的優勢才能夠形成最佳的解決方案。

第四是跨資料中心高可用能力，無論是私有云還是公有云環境，一朵雲總不可能是永遠不會出問題的。因此作為雲原生資料庫產品，必須能夠支援這種跨資料中心的，跨雲的高可用。

第五是彈性資源排程能力，上雲的最終目的還是為了不斷地降低企業的IT成本，我們的企業中，經常會存在某套系統，峰值資源需求極大，但是峰值應用往往只是月底月初的幾天，但是為了不出問題，我們必須為其配置最大的資源。資源動態排程，動態擴縮容目前還沒有成為大多數大型企業的剛需。不過地主家也會缺錢的，隨著資料庫的爆發式增長，未來動態縮容也會成為剛需的。

和國外不同，我國的企業級應用大多數還是部署在私有云環境的，甚至還有一些像本文開頭說的那家企業一樣，如果為了享受雲原生資料庫的一些便利，還非得上一套複雜的雲底座，那麼就比較麻煩了。因此如果雲原生資料庫廠商能夠提供一套小型的雲資料庫底座，那麼對於使用者來說就十分友好了。不必像Oracle Database Cloud一樣連硬體都配置好，只需要提供一套通用硬體環境的小型雲底座即可。還有一些資料庫廠商並不是雲平臺廠商，他們想和某個雲廠商合作，人家也不見得搭理你。既然雲不來就你，資料庫廠商可以自己去就雲啊。自己開發一個資料庫雲底座，作為一個完整的解決方案去為客戶服務也是不錯的方式。

這幾天腦子還是有點亂，今天也是想到哪寫到哪，總之我的觀點是雲原生資料庫的需求是強烈存在的，但是我們目前的號稱雲原生資料庫的產品大多名不副實，資料庫廠商也不能只是喊喊口號，而應該讓你的產品變得真正像是雲生的。