2019年3月3日阿里雲華北2地域可用區C部分ECS伺服器故障的訊息相比大家都知道了，這次故障著實給不少使用者帶來不小的麻煩，那麼問題來了，雲伺服器不是不會出問題麼？可用性不是能達到99.9%麼，雲盤不是能達到99.9999999%的9個9個可靠性麼？下面我們來了解一下關於雲計算方面的知識。

從阿里雲釋出的公告看，裡面有3個關鍵字，地域、可用區和ECS，首先我們來看看這是什麼東西？

地域就是地區，英文表示就是Region，指的是物理的資料中心，通常我們在阿里雲或者亞馬遜等雲計算平臺上購買例項的時候都要選擇地域，可以簡單的理解為我們的伺服器存放位置，地域的選擇要接近目標客戶的所在位置，比如你的目標客戶都在美洲，那你的地域就選到美國去，這樣使用者訪問你的資源延遲就更低，從阿里雲的官網上可以看到，阿里雲在國內和海外都有不同的地域，國內比如有華東1、華東2、華北1、華北2、華北3等7個地域，海外比如香港、亞太、美國、歐洲、中東等都有部署。

下面我們看看啥事可用區，應為表示就是Zone，可用區就是在同一地域內電力和網路相互獨立的物理區域，同一地域的可用區內的內網是互通的，可用區之間能做到故障隔離，如果你的業務要求有較高的容災能力或者網路延遲要求較高，那你就要考慮是否把例項放到同一可用區了。

這次的故障出現在華北2區域，這個區域是2013年推出的，該區域資料中心位置在北京，區域下有7個可用區，故障就出現在可用區C了。

再來看ECS，什麼是ECS？ECS英文全稱是Elastic Compute Service，是一種彈性的可伸縮的計算服務，可以簡單理解為一臺伺服器。每個雲計算平臺的叫法都不一樣，阿里雲叫ECS，亞馬遜AWS叫EC2，騰訊雲叫CVM，不管叫什麼，其實就是一臺雲伺服器。

好了，瞭解了上述基本資訊後我們看看如何在雲平臺上架構安全的業務，不管你什麼平臺、不管這個平臺如何宣稱他的安全性，但是你要知道安全性和穩定性是相對的不是絕對的，沒有絕對的安全、沒有絕對的穩定。國內國外這些大的平臺還是比較可信的。要根據你的業務選用不同的部署方式。

通常在我們的業務部署過程中都會有個側重點，比如這個業務對速度要求很高、有的是對資料的完整性要求很高、有的是對穩定性要求很高，那麼這就要根據你的側重點來構建自己的架構了。

對於速度要求很高的業務，在部署雲的時候就要充分考慮地域，你要評估你的客戶大致都分佈在什麼位置，也行有些人會有疑問，我的客戶遍佈全國甚至全球那怎麼辦，不用著急，各大雲平臺都有自己的方案，處理選擇地域外像其他的比如多線接入、CDN等等都可以拿來使用，這裡我們先不考慮那些因素的。如果你的客戶主要分佈在北方，那麼你就要選擇華北區域，通常我們的業務從安全性和穩定性考慮都是要分開的，比如使用者系統、訂單系統、資料庫等等都是要分佈在不同的ECS例項上去的，這樣可以避免由於某個模組出現故障導致的整個系統癱瘓。

在實際生產系統中，重要的系統一定要部署在兩臺以上，避免出現單點故障，部署在兩臺以上那就有把這2臺部署在統一地域下的不同可用區了，因為不同的可用區之間的電力、網路是獨立的，而內網又是互通的，所以部署在同一地域下的不同可用區是最最經濟實用的。這次的故障就發生在發生在可用區C，如果你的業務部署在兩個不同的可用區，那麼這次故障是不會給您帶來太多麻煩的。所以，核心業務要部署在不同的可用區內，千萬不要有單點故障存在。

問題又來了，我把核心業務部署在同一地域的不同可用區內，萬一這個地域出現災難性事件了，我的業務不是照樣要中斷麼，是的，一定的！怎麼解決呢，很簡單，不是有很多地域麼，你可以把業務部署在不同的地域啊，比如中國部署個，美國部署個，不就解決了麼？是那麼回事，可是不同的地域距離這麼遠，資料延遲是不是很大呢？嗯，是的，延遲肯定是有的，這就要根據你的業務來定了，看你的側重點在哪？根據你的側重點來選擇不同的地域、可用區和ECS例項。

總之在雲計算平臺上選型時一定要注意下面的問題：

1. 沒有絕對的安全和可靠，這些都是相對的，但這些又比你自己託管在IDC機房的安全性和可靠性高很多。

2. 雲平臺下部署業務，並不是買一臺雲伺服器部署上去就完事了，要根據自己的業務情況選擇不同的部署方案。

3. 資料備份是重中之重，資料備份要有冷備、熱備、本地備份、異地備份，更重要的是資料備份要具有可用性，而且一定要有可用性，不然出了問題把你的腿拍爛了都沒用。

多區域活或者多地部署，只要伺服器不在一個機房，出錯後自動啟動備份伺服器。這樣能顯著降低出錯機率。資料時常備份，緊急情況可以啟動本地伺服器進行業務服務。

中小企業上公有云，大企業退公有云上私有云，超大企業搞融合。

it在一定規模內，上雲價效比高，但在規模大到一定程度，並具有長期發展打算的時候，還是自建資料中心價效比最高。等超大規模以後，就會考慮融合，戰略級的資源還是本地資源，但會充分利用公有云的網際網路彈性資源和計算資源。

根據我的經驗，首先確保有至少使用兩家雲計算供應商，然後確保異地有一個備份節點。和之前自建機房”兩地三中心”的思路大致思路是一致的。具體要怎麼分佈則根據公司成本控制、可用性要求和實際業務模式有關。

你所說的雲計算事故頻出，不知道指的是什麼樣的問題，企業上雲其實已經是很成熟的業務應用，雲上部署出現的問題無非是業務應用系統問題和硬體問題，其實硬體和網路對於雲計算服務提供商來說不會有太大的壓力，硬體計算資源池可以動態的分配和調整，而且防DDos、入侵、病毒都有大量硬體級設施提供防護，還可以採用CDN加速訪問，最容易出問題的是使用者的業務應用系統，系統資料庫、後臺管理許可權、程式碼是否有注入風險等，都需要上雲前進行詳細的測試和評估！