龍卷風襲擊了美國東海岸，造成停電，備用電源的失效最終導致Amazon AWS和依賴于AWS云主機的服務離線。對于此事有許多評論，我最喜歡來自Phil Kaplan的一條：“云泥之別。”（同樣是云，云服務根本不是龍卷風的對手。）

這讓我對于不同類型云服務的穩定程度、如何加強這些自己網站的穩定性有了更多思考。

積云，層云，卷云，雨云

許多產品都號稱自己是“云”服務，然而所謂“云”的定義確實各自不同的。

Salesforce以自身服務特性為云服務下定義——將自己與傳統的客戶關系管理系統（CRM）對比，后者需要客戶自行購買設備和運行數據庫，而Salesforce的CRM系統則相當于一個收費服務，客戶能在多種設備上使用。

為了做到這一點，Salesforce不光是在世界各地建立服務器和數據中心，還收購了另外一家云服務平臺Heroku，后者原先用于在線運行Ruby、Java、Python等程序。

Salesforce運行于自家服務器，而Heroku運行于Amazon AWS之上，早在“云”這個概念提出來之前，就有人給出了更精確的定義：“as a Service”（作為服務）。Salesforce是軟件即服務（SaaS），Heroku是平臺即服務（PaaS),Amazon AWS則是基礎設施即服務（IaaS）。

這三者共同點是，為客戶提供數據存儲和計算的服務、減少設備或平臺帶來的障礙，我稱之為“數據與程序”云服務。

一層層服務器堆疊起來的網絡

印度傳說中世界是在龜背上的，而《時間簡史》里提到了與這相關的一段軼事，一位科學家公開演講時，被老太太斥責“你講的都是廢話，宇宙是個龜背上的平臺”，于是他反問道“那么烏龜是站在哪兒？”，老太太只好說“數不勝數的烏龜一層層馱著”。

我們在使用云服務時很容易忘記它的結構，所有云服務都建立在服務器、交換機和路由器之上，但在Salesforce上添加公司客戶信息時，并不要考慮添加任何硬件，Salesforce服務器會承擔這些。

一個個環節構成了云服務，當任何一處受到阻礙時，云服務就癱瘓了。前幾天的AWS數據中心停電，或者單純從服務器來說，驅動崩潰、內存損壞，CPU過熱，路由死機等等，不同環節出的問題會帶來不同影響。

同步帶來的挑戰

有情況便有對策，多服務器負載均衡、備份和同步數據等等，為服務和數據提供保障。但同步數據要比備份數據難得多，一方面是同步機制設計，另一方面則是網絡狀況限制。以光速為例，在理想條件之下光子以全速從舊金山運動到阿姆斯特丹需要58.69毫秒，這個延遲不會讓人覺得有卡頓感，然而實際上光纖、銅電纜、各級路由和交換機丟包等等條件，使得網絡延遲大大上升，此時同步機制就要重新設計。

以Google和Twitter為例，在加拿大和日本搜索相同關鍵詞結果是不同的，這不僅因為所用語言不通，引擎收錄數據的同步也是原因，Google并沒有保證所有人會有相同的搜索結果。

Twitter則不一樣，Twitter Timeline是網站核心，為了保證每個人能看到自己Follow的所有人的更新，Twitter面臨著更嚴重的問題。順帶一提Facebook的無法復制的解決方案——Facebook讓用戶覺得Timeline重要性不大。

Twitter、Facebook和Google這三者共同點在于擁有著龐大而需要同步的數據，同時面對著網絡狀況和服務器建設的問題。以目前的科技水平來看，提高容錯率是個比較好的解決方案，把數據同步問題先放一放，思考在同步無法順利進行的時候保持同樣用戶體驗。

前端

數據同步問題只是一個方面，暫且稱之為后端。所有網絡服務都有前端，即用戶界面或接口，前端是用戶與數據的橋梁，前端設計不需要考慮太多程序邏輯和數據處理步驟，它只是將用戶提交的請求轉移給服務器，將處理結果根據用戶類型（瀏覽器、系統等等）進行調整然后返回。

前端還能為后端提供一定程度的保護，使其免受安全威脅和攻擊，Anycast任播技術是這類典型應用。

這就是我們建立CloudFlare的原因，用戶只需調整域名DNS設置，便能獲得CloudFlare提供的許多服務，包括網站加速、節約流量（緩存和防惡意盜鏈）、服務器安全防護、瀏覽者數據統計分析（自身分析系統和一鍵添加Google Analytics）等等。

我們用上文中提到的對策為無需同步的前端層提供了改進空間，緩存技術使得瀏覽服務器崩潰時的網站不是難題，服務器負載均衡的好處在今天San Jose服務器故障中體現出來，很少人受到影響，而且其他服務器表現良好，最終結果是客戶并不需要為我們的錯誤買單。

譯者語：前幾天才用CloudFlare的Free Plan給自己博客加速，今天就碰到了這篇，看到最后發現幾段類似廣告的東西，不過看在免費和好用的份上沒刪掉它們。給想用這玩意兒的站長提個醒，我博客原本就在墻外，tracert和ping都能通，但連接就被重置，用了CloudFlare之后也沒什么改善，所以我不知道它是否會讓博客被墻。

原文：http://blog.cloudflare.com/thoughts-on-the-aws-outage-the-failure-charac