摘要：第二云平臺的可靠性云平臺就是在模擬數據中心傳統硬件和系統網絡架構，這三大塊可靠性都不太高。云平臺出故障了不主動通報，而是讓客戶自己猜。云平臺誤導了客戶的冗余策略，比如兩個可用區依賴同一個網絡出口或供電局。

前言 躲熱點真不容易

我不湊熱議性新聞的熱鬧，習慣按照自己的節奏發文章，但朋友圈里熱點尬聊看多了，我就有給潑一盆科普冷水的沖動。

最近云平臺故障挺多的，阿里云故障完了，我想等兩周再發本文，結果AWS美國掛了；AWS的熱議剛剛消停，企鵝家也遭災了；現在又等了五天了，我覺得不算湊熱點了吧。

第一. ?這是新聞不是丑聞

當某朵云故障時，我看到了太多從業者彈冠相慶，幻想著友商遭災了就能白撿到個大單。但友商出故障這類事是新聞不是丑聞，客戶不會為一次故障而放棄現有供應商。只有屌絲云備胎才幻想著情侶吵一架自己就能接盤。

這些年來，那么多數據中心都出過大量故障，有斷電的、挖斷光纜的、空調故障的、被封網的、DDOS打癱瘓的，有哪個IDC因為故障被迫退出市場的？高標準IDC的SLA標準是電力99.99%，網絡99.9%，斷網1分鐘IDC就會出故障報告，但斷網八個小時也不會賠客戶一分錢。客戶很著急也謾罵，但故障只要不頻繁發生誰敢觸發服務器遷移，大部分只能自認倒霉。

第二. ?云平臺的可靠性

IaaS云平臺就是在模擬數據中心、傳統硬件和系統網絡架構，這三大塊可靠性都不太高。云上虛擬資源因為可以靈活調度，可靠性稍微提升了一點點。云廠商的云主機和公網IP的SLA承諾是99.95%，但其可用性定義和賠償標準都比傳統IDC精明。

對于大型企業客戶來說，過去不信賴單一IDC，不依賴單臺服務器，不跪拜單個網絡，現在也不相信單一云平臺可以做出100%的SLA承諾。

既然云平臺還會出故障，客戶就要做好多云采購和多云冗余，在技術實現上只會比多機房容災更簡單——因為云廠商比IDC更能深度服務客戶。

第三. ?要尊重企業客戶

我在多篇文章中反復強調，云平臺做不到100%高可用。我不介意說的刻薄露骨一點：

技術投機分子對個人站長和移動端開發者的欺騙該結束了，現在友商是系統架構師，買主也是技術部負責人。

OpenStack等云技術的早期步道者，很多都是既不了解Dev也不深入OPS的“冒險家”，因為無知，所以無畏啊。

前幾年云用戶都是APP創業者，云廠商一口一個“開發者”叫的很甜蜜，但又不停的忽悠人家。現在的采購決策人是老牌技術總監和架構師，知道從硬件到應用的一系列高可用該怎么定義怎么實現。

廠商最典型的就是各種吹9大賽，好多廠商都說產品的SLA是無數個“99.99999999...%”。

列這么多9到標書上很浪費油墨的，不如解釋清楚服務可用性和數據持久性的區別。

這故障幾率比第三次世界大戰、恐龍復活、愛上外星人、宇宙湮滅的幾率都小了；我沒見過外星人，但云廠商故障見到一堆了。

對于企業客戶來說，單臺云主機的可用性到99.95%就超出期望值了，客戶自己會把到群集可用性提高到99.999%。

第四. ?無法忍受的服務態度

對于企業客戶來說，客觀技術故障是意料之中的，但涉及到服務部分就無法忍受了。

云平臺出故障了不主動通報，而是讓客戶自己猜。云服務有虛擬化層，如果只是緩慢不是中斷的故障該怎么猜？

對于故障時間、持續范圍、故障原因都說不清楚或刻意隱瞞，該認錯的時候不清晰，是想讓客戶技術團隊背鍋嗎？

客戶永遠看不到真實故障原因，但明顯的人為故障，明顯的資源不足，明顯的管理混亂，明顯的胡編亂造都在削弱客戶的信心。

云平臺誤導了客戶的冗余策略，比如兩個可用區依賴同一個網絡出口或供電局。

有些文盲寫出的報告在教育和指導客戶，商務語氣不對等，該擔責任時卻在甩鍋。

第五. ?危險背后總有新機遇

我一直很看好云計算這個行業，縱然它雜草叢生野蠻生長，但也生機盎然活力無限。從云平臺的故障亂象，我們一樣能看到新機遇。

現在選購云平臺的決策人不會被苛責，五年前業務系統上云出故障了，決策人是要承擔很重責任的，現在上不上云只是一種常規選型，不是技術冒險了。

多云冗余備份不僅僅是弱勢云廠商的機遇，也是客戶技術團隊的機遇。過去客戶要自己做應用冗余備份，工作復雜責任也重大，現在只要預算不太低，客戶只做個心明眼亮的架構師，臟活累活都是云廠商來做，遇到敬業的云廠商還能擔下大部分故障責任。

作者介紹：

曹亞孟，云計算老兵，擁有10+年運維工作經驗，對主流運維技術都有所涉獵，先后就職于七牛云和百度。業內罕見的全職業全履歷從業人員，會“做云”“用云”“賣云”“講解云”

聲明：文章收集于網絡，如有侵權，請聯系小編及時處理，謝謝！