就像一種常規事件，位于美國東部的亞馬遜Web服務于星期一又經歷了一次宕機。此次宕機導致彈性塊存儲和關系數據庫服務出現了問題，也導致一些很有分量的客戶退出，包括流行的網站Flipboard、Foursquare和Pinterest。因此，亞馬遜的失敗再一次引人注目，這樣的事情已經導致其聲譽受影響，由此擴展開來，一些企業觀察者認為普遍而言公有云信譽不可靠。

但是在這個案例中，其他產業觀察者表示看起來好像是缺少可靠性原則，實際上和一些亞馬遜客戶做出的選擇有關。

引入冗余來避免宕機是保護像周一這樣的宕機中的業務資產的唯一方法，但是這是根據個別案例基礎做出的決定，亞馬遜合作伙伴SolutionSet副總裁Kent Langley表示，他們已經有很多客戶收到了這次事件的影響。“這要求災難恢復的實現一機業務連續性計劃和實施，這些通常都被忽略或者被認為是過于昂貴，而且還有不能接受的風險成本，”他說，“只有非常少的客戶會希望維護其業務的多區域部署。”

公平的說，對于此次事件也許存在很好的理由。畢竟，不能將責任歸咎于Pinterest或者檢查出來Foursquare本身簡直太危險了;在一種精益、平均的Web業務模型中來構建昂貴的企業風格冗余當然不值得。

就拿Yipit為例來說，這是一家Web公司，過濾來自像Groupon這樣的網站的日常交易。該公司的主數據庫在最近這次宕機中受到影響，周一晚上完成了恢復備份。這也是該公司沒有將其數據庫跨多個有效區域架構的直接結果，根據該公司負責運維的開發者Andrew Gross所述。

“過去很少宕機，我們沒有受到影響，而且我們知道幾乎躲開了危機，因為在這一點上，我們覺得不值得去花費額外的工程經理去嘗試和獲取那些可能避免損失的事情，”Gross表示，“我們就把它當做一種生活一樣接受并處理了就好了。”

對于像Foursquare和Pinterest這樣的企業，在冗余中區分新功能可能更有利可圖，根據Damian Bramanis所言，他是Sentinus咨詢服務總監，這是一家澳洲的云計算咨詢公司。“如果這是一種有意的選擇也沒什么奇怪的，”他說。

但是事實是一些基于Web的業務并沒有重點考慮冗余的方式，并不是意味著充足的冗余不能在需要的地方構建。在單一的有效區域構建實際的關鍵應用也沒有任何借口，尤其是在美國東部，過去五年中這是亞馬遜失敗時間的“震中”。

“質量、可靠性和安全在企業和云服務提供商之間具有連帶責任，”Bramanis表示，“亞馬遜對于構建最佳實踐、可靠性、失敗冗錯服務已經給出了選擇，在于企業去做哪種選擇。”

“從這一點上講，我覺得有點人性的問題在里面了，”在談到亞馬遜持續宕機的單一可用區域失敗時，Tier1 Research分析師Carl Brooks表示。“大多數人知道如何消費責任，”Brooks。“有些人卻不是。”