當我談云計算宕機時，我在談些什么？

arron劉

7月22日和23日，青云召開用戶大會的時候，北京機房2區(qū)（PEK2）宕機了，歷時[宕機時間計算中]完全恢復。

6月21日，阿里云香港節(jié)點9點30分左右突然全線崩潰，歷時13小時，并且還不是全面恢復。

6月6日，LeanCloud 的多項服務發(fā)生了大約4小時的中斷或不穩(wěn)定。

。。。。。。

云計算宕機時有發(fā)生，那么當我談云計算宕機時，我在談些什么？

1. 宕機信息透明度

作為云廠商，云主機宕機了，你有沒有及時并盡量透明的披露宕機的信息，這體現(xiàn)了一個廠商的責任心和擔當。你宕機了，第一時間告訴給客戶（短信，郵件，后臺公告，微博等），比你遮遮掩掩最后被客戶電話或工單追問是不是宕機了要好。宕機期間，云廠商會進行緊張的恢復工作，更緊張的可能是客戶，那么時不時的報告恢復進展，至少讓用戶看到你在負責任的解決問題，這樣能比較好的照顧用戶情緒。

7月22號中午，主頁君在從青云用戶大會會場回公司的路上，就收到了青云的短信，距離宕機僅僅半小時，可謂很及時。并且，整個恢復的過程都進行了比較透明的匯報。（具體可以查看青云官方微博@青云QingCloud）

2. 恢復時間

由于不可抗力或人禍導致云主機機房宕機，用戶獲取了宕機信息后，最關切的消息是什么時候會恢復。廠商估計的恢復時間是否比較短，并且接近實際恢復的時間，極大的考驗著云廠商的能力。

下面是LeanCloud官方宕機報告的一段話。

「在這個過程中，除了事故本身，我們在溝通上也犯了一些錯誤。當用戶詢問服務恢復時間時，我們給出了過于樂觀的估計，但因為以上所說的原因，多個 MongoDB 節(jié)點經(jīng)過了多次重啟，實際恢復服務的時間晚了很多，這給用戶造成了進一步的困擾。」

LeanCloud預估恢復服務時間和實際恢復時間的差距較大，這就是對恢復時間嚴重的估計不足。作為碼農(nóng)的主頁君其實還能諒解，記得曾經(jīng)預估一個bug，大概需要40分鐘fix，結果，主頁君真真花了4個小時。LeanCloud和主頁君都需要再苦練內(nèi)功。

3. 道歉

“有些廠家的服務沒有做好就上線，出了問題只能say sorry嘍�！� --青云CEO黃允松在2015年用戶大會上

出了問題，笑著臉道個歉至少會讓用戶至少讓用戶看到了你的誠意。請查看原文，閱讀青云的道歉。

4. 賠償

云主機服務宕機造成了用戶損失，云廠商應該有賠償措施，云廠商應該有賠償措施，云廠商應該有賠償措施。重要的事情還是要說三遍。

迄今為止，宕機的廠商不少了，但是，鮮有對宕機做出賠償?shù)摹Ｓ绊懽钌羁痰氖窃诠�司班車上讀完了LeanCloud長長的，詳盡的和感人的宕機事故報告，納悶的是賠償呢？

據(jù)主頁君了解到，暫時只有青云對用戶做出了賠償。下面是青云的賠償郵件。

「對所有受到本次網(wǎng)絡故障影響的用戶，我們決定返還您一個月在PEK2的全部消費金額作為賠償。 雖然賠償并不能挽回對您的業(yè)務造成的影響，但我們希望通過這種方式體現(xiàn)我們最真誠的歉意，也希望您能夠一如既往地信任我們。有您的理解與支持，青云必不辱使命。」

從青云云主機管理端可以看到賠償?shù)慕痤~。主頁君得到了242元的賠償。
qingcloud_repay.PNG

青云在這一塊，可謂業(yè)界良心！

后話

1. 取巧

這其實是贊美。青云在宕機當天，在主機控制臺冒出了宕機提示，并在微博上發(fā)布了宕機信息及恢復進度，并沒有發(fā)布在網(wǎng)站或他自己的社區(qū)里。這種取巧的做法，主頁君還是要贊美一下。

一來，青云發(fā)布了信息，讓用戶有了實時了解的渠道。

二來，避免了宕機信息在互聯(lián)網(wǎng)大面積蔓延�？刂婆_信息提示在宕機恢復后就消失了，微博不支持Google（現(xiàn)在要叫Alphabet了）和百度的直接檢索�？芍^取巧的高招。

相反，LeanCloud真可謂勇氣尤嘉，各位可以去它官網(wǎng)上感受下https://blog.leancloud.cn/。

** 2. 用戶自己做可用性**

差錢兒的用戶，比如主頁君，同一個應用只會購買一個機房的服務器，如果這個機房宕機了，只能呵呵了。

如果不差錢兒的用戶，建議同一個應用通過負載均衡，部署到不同機房的主機上，即使是同一個云提供商。不過，這就涉及到數(shù)據(jù)同步和一致性的問題了，這個暫時不表，以后可另開專題討論。

題圖： 個人收藏“背影”系列圖片，來源不祥，或許本科四年


更多詳情請參閱：青云社區(qū)。