與內部IT一樣，云提供者也會有偶爾出現(xiàn)'計劃外停機的時候' - 那又怎么樣呢？
在我最近提出預測的文章中，認為在2010年，我們將看到一些大型云計算的失力，云計算提供商將繼續(xù)支持一個越來越大的處理負載量。就在上周，亞馬遜網絡服務機構位于北弗吉尼亞州數(shù)據中心出現(xiàn)了44分鐘的電力中斷。據信息周刊的報告顯示，該事故是由于數(shù)據中心和冗余系統(tǒng)中的電源"供應區(qū)"發(fā)生故障而引發(fā)的。但是我們都知道這一故障的發(fā)生并不令人感到意外。
令人驚訝的是這件事故發(fā)生后的反應 - 或者我應該說是過激反應？特別是來自ChannelWeb的 Steven Burke，他表示："亞馬遜網絡服務出現(xiàn)的這一問題披露和顯示出云計算所面臨的危險，并且認為這是云計算供應商的一大陷阱。零停機時間是目前美國在該行業(yè)的標準。亞馬遜EC2上失敗使得那些堅持希望通過轉移到云計算一達到削減內部IT成本的CEO或CIO們倒了胃口。"
這到底是怎么了？它不過是區(qū)域數(shù)據中心的44分鐘宕機而已。
不要誤會我的意思，我只是要做第一個指出問題的人--云計算提供商現(xiàn)在有著惡劣的體系結構決策，他們是不稱職的。然而，事實是，云計算提供商，特別是具體的數(shù)據中心，依然會時不時的發(fā)生停機事故。我同意"零停機"應該是個業(yè)界標準，但正在閱讀這篇文章的讀者們，你們敢說你們自己公司的數(shù)據中心在最近幾個月內從未宕機過么？現(xiàn)實的答案是我們都宕過。
Amazon.com并不孤單。有報告指出Rackspace經歷了幾個中斷，我懷疑還有一些宕機事故沒有被報道出來。此外，SaaS的云曾在過去發(fā)生了許多故障，但由于某種原因，他們的客戶還在繼續(xù)使用。
重點是：云計算提供商確實與我們現(xiàn)在內部系統(tǒng)一樣，時不時的會發(fā)生宕機的事故。然而，我們也應該看到云計算供應商所提供的云服務正常的運行時間，確實是比我們內部運行的系統(tǒng)多出很多倍的。因此，不必驚慌。
