云服務(wù)真的靠譜嗎？

相信對這個問題每個人心里都有不同的答案。我今天想講的是如何客觀的去回答這個問題, 其中結(jié)合了 Coding 的一些實(shí)踐和思考。

廣義范圍的“靠譜” 有幾個比較重要的點(diǎn)。

第一個點(diǎn)就是 Availability （可用性），24x7隨時可用。一個靠譜的云服務(wù)一定是可用性非常高的。

第二點(diǎn)是 Access Control，可控性一定要好，非云服務(wù)你可以上個鎖，云服務(wù)如何能做到可控性很好，很難。

第三點(diǎn)是 災(zāi)難恢復(fù)，是軟件就會有問題。怎么樣積極的面對這個問題，這是任何一個云廠商都要誠實(shí)面對的問題。

可用性

首先第一點(diǎn)我們看來講一下可用性，可用性只有一個評判標(biāo)準(zhǔn)，就是 SLA，Service Level Agreement，更多的時候是 SLO, 只是 Objective。 一個東西是不是高可用，那么就問他幾個九，敢不敢拿出來說一下。

實(shí)實(shí)在在的看著這個圖說話，3個9基本上是國內(nèi)云服務(wù)的基礎(chǔ)線。也就是說**云服務(wù)至少要做到3個9才稱為基本上可用**，是合格性產(chǎn)品。如果是做不到這個，你的東西就只是玩具，快回去好好把技術(shù)內(nèi)功修煉修煉再出來刷臉。從3個9邁向4個9，也就是99.99%的可用性，每年只有52.6分鐘的時間是不可用的。

以前的谷歌搜索可用度大概是全球5個9到6個9之間，每一個小節(jié)點(diǎn)都是5個9不到6個9之間。想想吧，這其實(shí)是很可怕的一個概念。**因?yàn)檫@里包含了可能發(fā)生的一切事故**，不管什么不可抗力，都是扯淡。地震、洪水、臺風(fēng)、大樓震塌了，也是5分鐘內(nèi)恢復(fù)服務(wù)。

相比之下，大部分國內(nèi)的IDC機(jī)房都是按照99%設(shè)計(jì)的，一年至少3天是不可用，這3天給你花在元旦一天，春節(jié)一天，國慶一天，省點(diǎn)時間給你機(jī)動(笑)。這里不可用就是不可用，求爺爺告奶奶也照樣不能用。

所以說 SLO 直接反映一個云服務(wù)的靠譜程度：

從99%到3個9，是基本可以靠堆人和運(yùn)氣解決的；

從3個9到4個9，考驗(yàn)的是運(yùn)維自動化的能力，災(zāi)備的能力；

從4個9往上基本考驗(yàn)的是服務(wù)基礎(chǔ)架構(gòu)、業(yè)務(wù)設(shè)計(jì)的能力。

我們也在3個9到4個9之間努力, 這個還是很有難度的。如果一個云服務(wù)廠商在注釋里加了句“不可抗力排除在外”，這是非常不合適的。

那么如何提升可用性：

Design For Redundancy, 第一是一定要做到所謂的**“無狀態(tài)微服務(wù)”**，去掉單點(diǎn)故障。 首先是“微服務(wù)”， 一個服務(wù)分解的越簡單，出錯的面就越小，失敗模式就越固定。然后是“無狀態(tài)”，這樣才可以做到無限擴(kuò)展。 這個很難的， 很多時候最后拆來拆去都發(fā)現(xiàn)有一個數(shù)據(jù)庫在最后，這個數(shù)據(jù)庫就做不到無狀態(tài)，永遠(yuǎn)只能有一個數(shù)據(jù)庫，一個數(shù)據(jù)庫實(shí)例在那擺著，可用性永遠(yuǎn)上不去。

有了無狀態(tài)的微服務(wù)這種架構(gòu)，還要做到 N+2。很多時候很多廠商連N都不知道（因?yàn)閺臎]有做過壓力測試，性能分析），何談N+2？

Design For Gradual Deployment, 第二就是要**支持灰度發(fā)布**。一個服務(wù)要前進(jìn)，任何軟件組件都要改，都會改。更新操作會直接提高你系統(tǒng)出問題的可能性。想要提高可用性，**必須將發(fā)布的代價(jià)降低**。只有能夠做到說我上線一個新功能，只給某幾個用戶用，其他的用戶不受這個影響。這樣才能提高你整個系統(tǒng)作為一個整體的可用性，

Design for Clustering: 第三點(diǎn)是要**區(qū)分 Cluster management 和 App Managment 的概念， 把資源的調(diào)配和服務(wù)調(diào)配分開。**

Design for Automation ，最后一點(diǎn)是**自動化**。一個靠譜的云服務(wù)，從設(shè)計(jì)之初就把人的因素排除在運(yùn)行之外。整個系統(tǒng)應(yīng)該是全自動化運(yùn)行的，不需要你人來干預(yù)。云服務(wù)初期買了二三臺個服務(wù)器，服務(wù)器放在那，有人天天盯著它才正常運(yùn)行，這還有可能，上了規(guī)模之后顯然是不可能的。這是最關(guān)鍵的一點(diǎn)。任何一個云服務(wù)到現(xiàn)在內(nèi)部都是非常復(fù)雜的，他就像這個漫畫里邊這樣，每一個人操作它的時候，面前有無數(shù)的按鈕，無數(shù)的可能性。除了問題之后，如果讓一個人馬上搞清楚弄明白立刻解決，這是不可能的，只能自動化。

而且其實(shí)更多的時候都是人的操作帶來的問題，更新一個軟件，更新一個服務(wù)器都不可避免的有人要參與。如果不做自動化，早晚會出問題。

任何的靠譜的云服務(wù)廠商至少要做到以下幾點(diǎn)：

第一個SLA一定要達(dá)到4個9，你達(dá)不到這個4個9基本上相當(dāng)于你這個服務(wù)就是一個玩具，根本沒有辦法依賴你。

第二個是一個數(shù)量級，甚至兩個數(shù)量級以上的預(yù)研。

第三就是 Automation 自動化。這就是實(shí)踐中的一個經(jīng)驗(yàn)。