真的是一切皆有可能，我在把阿里雲的資料透過skynas同步之後，又把skynas往京東雲的oss同步，看來這麼做是正確的！

一句話，依靠別人的永遠是有風險的。但是在現實的應用中，一個小企業無法擺脫這樣的方式。所以雲端備份，建議多選兩個平臺進行。一旦其中一個平臺出現風險，也可以啟動另一個。

當然這樣的方式可能會導致企業成本的增加。但是對於一些企業的關鍵應用來講，還是有價值的。科技的發展有一點是永遠不會變的，那就是使用者滿意。企業只有為使用者提供穩定，可靠有效的服務，才可以得到使用者的滿意，獲得更多的使用者。

正常啊，你關心一下哪天停電用不了，哪天電腦壞了用不了，哪天由於....用不了，又不是經常那樣，雞蛋裡挑骨頭

永遠支援馬雲永遠支援支付寶永遠支援阿里日日順，不為別的只為世界因你而改變，有不服者來中國單挑[啤酒][啤酒][啤酒][啤酒][啤酒]。

對阿里雲出現宕機的狀況，對此要有信心。阿里在一出現問題之後，立馬提到了賠償。面對出現問題給客戶造成的損失，阿里並沒有推卸責任，這是一家負責任公司的表現。畢竟阿里雲並不是我們所想象的那樣會一直安全穩定。對於此次出現的問題，阿里還是10分負責任的。

縱觀世界雲服務公司那家沒有出過問題？很多都是國內沒有報道，毛主席說過是人都會犯錯，只是如何評判錯誤的標準，阿里雲已經是全球第三大服務雲，阿里雲有自己的飛天作業系統，完美的運營管理，人工智慧，大資料管理分析能力，阿里云云服務已經很厲害了，國內幾乎沒有可以媲美的。

事故發生主要體現處理能力，給客戶有沒有造成損失，這是考驗阿里雲服務的時候，續上次阿里雲、谷歌雲，亞馬遜出現嚴重問題後，這一次是小問題了，阿里雲有能力應對和處理這樣的問題，這次事件體現出了阿里雲的應急預案很厲害了，總之阿里巴巴改變了很多人對網際網路的認識，阿里巴巴從2015年開始每年投入研發持續增長，2017以後投入研發達到1000億以上，達摩院、羅漢堂，平頭哥半導體，我相信阿里巴巴和華為作為中國民營經濟帶頭大哥，一定為偉大復興中國夢添磚加瓦。

十幾年了還這樣 第一說明 關鍵的東西還是沒有被重視 有些人應該背325 第二說明用的人挺多否則怎麼會上新聞

阿里雲這次宕機事件影響多大，目前還不得而知，至少沒有聽到大量的報道。我們是公司也是阿里雲的客戶，每年雲伺服器費用在70萬左右，租用了幾十臺伺服器和雲盤，因為客戶分散每個區域都有部署。但目前沒有受到任何影響，沒有出現宕機的情況，所以我認為只是區域性出問題。

不是要給阿里雲說好話，阿里雲的安全性和穩定性任然是國內第一，我們公司使用阿里雲伺服器有六年了，至今沒有出現過大的事故，平時問題也比較少，基本都可以及時解決。

任何伺服器供應商都不敢放大話，伺服器能永遠不宕機，偶爾出現個別的宕機情況也屬於正常，希望不要被誇大，讓大家充滿恐懼。宕機只是停止服務，並不是資料丟失，一般這個時間都很短，服務商都會及時採用備用伺服器來解決。

你們說到這裡，也有道理哈。總不可能自己發電的。我看他們自個兒都揍了一種什麼發電機嗎？一停電，他們都搜著那種，哎柴油機發電。

對於阿里大規模宕機，如果涉及北京區域很正常，北京各大資料中心都缺電，個人感覺大規模宕機基礎設施的問題佔很大一部分！宕機的真正原因不是裝置的事，大部分是人為造成的！

我不管我不管，馬雲老師偽大，馬雲老師光榮，阿里雲掛了是你們自己的問題，不能怪我們馬老師，你們還想要賠償？真是沒良心的東西，馬老師白養你們啦

任何系統的執行都要揹負出現問題故障的風險，自建和租用他人是同樣的！都說把命脈掌握在自己手裡最為保險，可是同樣還有一句話就是專業的事交給專業的人去做！阿里雲在這一方面深更多年，不管是資源，投入，人才，技術，都比現在大多數的運營商和個人牛逼很多！根本不是一個量級別！

有些時候，系統的上線執行，我們在部署的時候就要考慮到如果出現了問題，如何能不影響我的系統執行和影響客戶的使用！

例如異地容災，雙線執行，故障監控！

所幸宕機發生在深夜，如果在白天業務高峰期，對雲使用者的損失將會更大，從各路新聞看出阿里第一時間提到了賠償事宜，相比上次騰訊雲誤刪使用者資料的態度在公關上高處出不止一個段位，如果賠償處理得當，相信對阿里雲本身影響也不會很大，現在上雲替代自有資料中心儼然已經成了一種趨勢，況且誰也不能保證自有機房永不宕機，不然不會有佛祖鎮樓了，畢竟阿里雲不管是技術上還是規模上都有很大的優勢，就看他們對這次事件的處理結果，以及如何防止類似事件再次發生

任何系統都不可能百分之百完美的，雲也一樣，雲伺服器也不可能永遠不宕機的。據我所知阿里雲之前也出現過不少的問題，不過我認為這些都是正常的現場，不必要有太多的恐慌。

阿里雲目前是國內排名第一，很多公司都在使用阿里的公有云。阿里雲不論是投入時間、管理先進性以及技術先進性都是國際領先的。至少我認為國內沒有任何雲服務供應商，包括天翼雲、華為雲和騰訊雲，從技術上能比阿里雲先進。所以即使不使用阿里雲，也可能出現這樣那樣的問題。

那麼如何儘量降低這種雲服務系統宕機帶來的風險？

其實很簡單，中國有一句俗話叫做，雞蛋不要放在一個籃子裡，也就是說，使用公有云服務時，一定要給自己留條後路。我們首先可以考慮阿里雲自身的容災技術。阿里雲擁有從雲伺服器到網路承載全套的可靠性技術。因此根據自己業務的需求，我們可以選擇不同的容災技術，主要包括同城容災和異地容災

同城容災：針對可靠性需求相對較低的客戶，阿里雲提供同城容災技術，主要包括SLB、ECS和RDS等同城備份容災技術，同城容災可以讓使用者資料在在同城的不同機房同步備份，一旦一個機房發生故障，可以自動切換如下圖所示：

例如，我們在部署雲服務時，需要在前端購買SLB產品，後端相同應用部署至少兩臺ECS伺服器，或者是使用阿里雲的彈性伸縮技術，根據自定義ECS自身資源的使用規則來進行彈性擴容，同時部署不同伺服器的RDS主備同步。這樣即便某一機房的其中一臺ECS伺服器down機或者資源利用超負荷，也不會對外終止服務

但是，同城容災無法解決本次阿里雲一個區域發生的故障，因此對一些可靠性要求高的企業，可以選擇使用異地容災。阿里雲在全球建立有多個數據中心，基於這些資料中心，你可以選擇阿里雲異地容災業務，讓公司資料在不同的地域（一般相隔較遠）備份。一旦一個區域發生大面積異常，那麼流量會切換到另一個區域

我認為上述兩個技術足以解決99%以上的宕機問題。如果依然覺得不靠譜，那麼可以使用一些工具，在不同的雲之間進行再同步，例如阿里雲和天翼雲之間，阿里雲和騰訊雲之間同步，透過DNS實現主備切換。這樣的話，即使阿里雲整體宕機，也不用擔心業務受到太大的影響。

阿里雲最近出現大規模宕機故障，可以說對於阿里巴巴和使用者都有很大的風險。作為以雲計算為主的企業，而且阿里巴巴的雲科技在全國範圍內都是很強的，出現這麼大的問題，確實讓很多使用者對阿里巴巴的各方面產生了質疑。

阿里巴巴對此次故障的回覆是實習生的操作失誤，比較草率的回覆確實引起了大量使用者的吐槽。阿里雲的故障造成使用者在訪問阿里雲控制檯和MQ、NAS、OSS等功能時出現了問題，原因是程式設計師在檢查和執行的時候觸發了一個未知的bug造成，故障發生後雖然阿里巴巴和相關人員對此事作出迴應並且向用戶道歉，但是依然產生了不小的影響。

雲計算是未來網路領域很被看好的一方面，但是作為最先進入此領域的阿里巴巴頻繁出現問題，很直接的說明了我們在雲計算方面還不成熟，雲計算依然存在很多漏洞。其實對於雲計算我們只是還沒有完美的執行，不止是阿里巴巴，很多企業在運行雲計算的時候，都出現過故障，只是阿里巴巴在雲計算方面太過於知名，暴露在聚光燈之下，很容易被放大。

阿里巴巴作為國內電商行業的領頭羊，一旦出現問題，肯定會有相應的解決措施或者備用方案。馬雲非常看好雲計算，阿里巴巴對於雲計算方面並不是很成熟，依然有很多方面要求完善，雖然阿里雲本次出現故障對阿里巴巴的信譽或者使用者信任程度會產生一定影響，但是阿里巴巴及時補救，避免了大規模的損失。大家對於阿里雲本次的故障怎麼看呢？