【另類見解】云數(shù)據(jù)庫到底是不是割了程序員？
“云數(shù)據(jù)庫也許會真的會令DBA職位減少甚至失業(yè)，那對于程序員又意味著什么？
按照程序員認知的尿性，“精通”分庫分表的都是大牛！
在“云時代”之前，數(shù)據(jù)量巨大的項目或者訪問量巨大的項目逼著數(shù)據(jù)庫必須要進行切分。因為IO的量在那擺著，單臺DB服務器根本有心無力，這像極了35之后的程序員。
那到底什么是云數(shù)據(jù)庫呢？
“云數(shù)據(jù)庫是指被優(yōu)化或部署到一個虛擬計算環(huán)境中的數(shù)據(jù)庫，可以實現(xiàn)按需付費、按需擴展、高可用性以及存儲整合等優(yōu)勢。根據(jù)數(shù)據(jù)庫類型一般分為關系型數(shù)據(jù)庫和非關系型數(shù)據(jù)庫（NoSQL數(shù)據(jù)庫）。云數(shù)據(jù)庫的特性有：實例創(chuàng)建快速、支持只讀實例、讀寫分離、故障自動切換、數(shù)據(jù)備份、Binlog備份、SQL審計、訪問白名單、監(jiān)控與消息通知等。
只看概念就已經(jīng)很牛X了，經(jīng)過這么多年的發(fā)展，現(xiàn)在的云供應商深刻認識到了在真實項目中DB帶來的實際問題，只要能真正解決這些問題就能真正把握住客戶的口袋。
數(shù)據(jù)庫的硬傷
相對于應用程序來說，數(shù)據(jù)庫要復雜很多，這不僅僅涉及到底層算法，更重要的是狀態(tài)的存儲和轉移。
現(xiàn)在的分布式應用建議構建成為無狀態(tài)的（Stateless ），因為方便橫向擴展，簡單來說就是可以通過簡單暴力加機器的方式來應對大流量的沖擊。而數(shù)據(jù)庫就不一樣了，因為數(shù)據(jù)庫是有狀態(tài)的（Stateful），要不然數(shù)據(jù)庫的硬傷也不至于在IT界橫行這么多年。
除了狀態(tài)這個問題之外，單點的問題也是DB一個難點。分布式的環(huán)境下，任何一個基礎設施都需要保證高可用，數(shù)據(jù)庫的高可用一般采用集群的方式來解決。
除此之外，數(shù)據(jù)量存儲的問題在大數(shù)據(jù)時代也越來越重要。動不動上PB級別的數(shù)據(jù)量，單臺機器根本無能為力。
不止以上這些，還有很多，這些都是企業(yè)轉型數(shù)字化進程中存在的技術問題。也是作為程序員或者架構師要解決的難點，所以能解決以上難點的程序員注定很值錢。
但是，那是以前。現(xiàn)在的云供應商通過技術手段已經(jīng)完美的詮釋了什么叫“解放程序員”。以前你所精通的“分庫分表”，“讀寫分離”，“故障遷移”等高大上的知識，全部被集成到了云端，再也不用你操心。這對企業(yè)來說，是好事，對于程序員來說，是否是好事有待磋商，也許這注定要把數(shù)據(jù)庫知識透明化。
云數(shù)據(jù)庫
云服務商很多，以阿里云為例來說，看看人家的云數(shù)據(jù)庫。
金融級別
云數(shù)據(jù)庫OceanBase
你不是要性能嗎？
“6100萬次/秒處理峰值紀錄；支持業(yè)務快速擴容縮容，同時通過準內存處理架構實現(xiàn)高性能，單集群最大數(shù)據(jù)量超過 3PB，最大單表行數(shù)達萬億級
我想這應該足夠了
你不是要高可用嗎？
“OceanBase 數(shù)據(jù)庫采用基于無共享（Shared-Nothing）多副本架構，讓整個系統(tǒng)沒有單點故障（RPO=0，RTO<30秒），保證系統(tǒng)的持續(xù)可用
我想這也應該足夠了
無論是兼容性，彈性，還是穩(wěn)定性，OceanBase都包你滿意。前提是價格你要接受，說到價格，也許把人力成本和運維成本綜合來算，企業(yè)還要省錢呢，畢竟多數(shù)DBA的工資能把程序員倒掛。
什么？價格貴？沒關系，有便宜的，現(xiàn)在的云供應商完全考慮了各種企業(yè)的承受能力。
云原生關系型
PolarDB云原生數(shù)據(jù)庫
云原生關系型數(shù)據(jù)庫PolarDB是阿里巴巴自主研發(fā)的下一代云原生關系型數(shù)據(jù)庫，100%兼容MySQL、PostgreSQL、高度兼容Oracle語法。計算能力最高可擴展至1000核以上，存儲容量最高可達 100TB。經(jīng)過阿里巴巴雙十一活動的最佳實踐，讓用戶既享受到開源的靈活性與價格的優(yōu)惠，又享受到商業(yè)數(shù)據(jù)庫的高性能和安全性。
試問，云數(shù)據(jù)庫的優(yōu)勢，有哪個企業(yè)可以抵擋的住誘惑
NOSQL數(shù)據(jù)庫
什么？不需要關系型數(shù)據(jù)庫，沒關系，這里NoSql也很全，上云之后，運維是不是也要面臨減員甚至失業(yè)了
領導再也不用擔心半夜運維挖網(wǎng)線了
寫在最后
對于程序員來說，也許不久的將來，你現(xiàn)在所學的分庫分表毫無用武之地了。云數(shù)據(jù)庫在引擎層已經(jīng)幫你做了分片，你所需要的只是一個數(shù)據(jù)庫地址和賬號密碼而已。
