無論何等高遠的空想照舊要找到穩固的駐足點，云處事最終照舊要從一個數據中心被傳輸到別的一個數據中心，在這個進程仍然掙脫不了需要人、計較機、網絡、電能、存儲等之間協同事情。這樣一來，整個進程呈現錯誤和裂痕就在所不免，再加上天災人禍。所以，啟用云處事你必需有必然的思想籌備，同時要有第二手的辦理方案來應對。

人再囧途之泰囧在2012年事末床下了華語影戲的票房記錄，并且還在刷新著記錄。可是在IT界，幾回發作的數據中心安詳妨礙事件，也在一次次攻擊著企業用戶的心理防地。只等候，數據中心的安詳問題，不要成為人再囧途之"泰囧"。

云計較處事在這個時代被吹噓成為IT圣者，所有的處事都可以被“云”化。可是，當許多公司勇于第一個吃螃蟹之后，卻發明往往最容易受傷的也是他們。近幾年來，層出不窮的云處事斷網事件，讓業界聽得心驚膽怯。

人們徐徐回歸抱負，越發清晰地看清楚云計較的真臉孔。可以說，無論何等高遠的空想照舊要找到穩固的駐足點，云處事最終照舊要從一個數據中心被傳輸到別的一個數據中心，在這個進程仍然掙脫不了需要人、計較機、網絡、電能、存儲等之間協同事情。這樣一來，整個進程呈現錯誤和裂痕就在所不免，再加上天災人禍。所以，啟用云處事你必需有必然的思想籌備，同時要有第二手的辦理方案來應對。

編者在這里回首一下連年來產生的一系列斷網事件背后的原因。從2009年-2012年之間。也許能讓你看到：即即是計較機墮落好像在所不免，再保險的法子好像也只能把安詳事件節制在一個小概率范疇內。

斷網范例一：系統妨礙

　　典范事件1：亞馬遜AWS平安夜斷網

　　妨礙原因：彈性負載平衡辦變亂障

2012年12月24日，方才已往的圣誕節平安夜，亞馬遜并沒有讓他們的客戶過得太平安。亞馬遜AWS位于美國東部1區的數據中心產生妨礙，其彈性負載平衡處事(Elastic Load Balancing Service)間斷，導致Netflix和Heroku等網站受到影響。個中，Heroku在之前的AWS美國東部區域辦變亂障中也受到過影響。不外，有些巧合的工作是Netflix的競爭敵手，亞馬遜本身的業務Amazon Prime Instant Video并未因為這個妨礙而受到影響。

12月24日，亞馬遜AWS間斷處事事件不是第一次，雖然也絕非最后一次。

2012年10月22日，亞馬遜位于北維吉尼亞的網絡處事AWS也間斷過一次。其原因與上次相似。變亂影響了包羅Reddit、Pinterest等知名大網站。間斷影響了彈性魔豆處事，其后是彈性魔豆處事的節制臺，干系數據庫處事，彈性緩存，彈性計較云EC2，以及云搜索。這次變亂讓許多人認為，亞馬遜是應該進級其北維尼吉亞數據中心的基本設施了。

2011年4月22日，亞馬遜云數據中心處事器大面積宕機，這一事件被認為是亞馬遜史上最為嚴重的云計較安詳事件。由于亞馬遜在北弗吉尼亞州的云計較中心宕機，包羅答復處事Quora、新聞處事Reddit、Hootsuite和位置跟蹤處事FourSquare在內的一些網站受到了影響。亞馬遜官方陳訴中聲稱，此次事件是由于其EC2系統設計存在裂痕和設計缺陷，而且在不絕修復這些已知的裂痕和缺陷來提高EC2(亞馬遜ElasticComputeCloud處事)的競爭力。

2010年1月，險些6萬8千名的Salesforce.com用戶經驗了至少1個小時的宕機。Salesforce.com由于自身數據中心的"系統性錯誤"，包羅備份在內的全部處事產生了短暫癱瘓的環境。這也暴露了Salesforce.com不肯果真的鎖定計策：旗下的PaaS平臺、Force.com不能在Salesforce.com之外利用。所以一旦Salesforce.com呈現問題，Force.com同樣會呈現問題。所以處事產生較長時間間斷，問題將變得很棘手。

斷網誘因二：自然災害

　　典范事件1：亞馬遜北愛爾蘭柏林數據中心宕機

　　妨礙原因：閃電擊中柏林數據中心的變壓器

2011年8月6日，在北愛爾蘭都柏林呈現的閃電引起亞馬遜和微軟在歐洲的云計較網絡因為數據中心停電而呈現大局限宕機。閃電擊中都柏林數據中心四周的變壓器，導致其爆炸。爆炸引生機災，使所有公用處事機構的事情臨時陷入間斷，導致整個數據中心呈現宕機。

這個數據中心是亞馬遜在歐洲獨一的數據存儲地，也就是說，EC2云計較平臺客戶在變亂期間沒有其他數據中心可供姑且利用。宕機事件使得回收亞馬遜EC2云處事平臺的多家網站長間斷達兩天時間之久。

典范事件2：卡爾加里數據中心火警變亂

　　妨礙原因：數據中心產生火警