CobiNet(寧波)推薦文章：

無論多(duo)么高(gao)遠的(de)夢想(xiang)還(huan)是要找到穩固的(de)立足點，云服(fu)(fu)務最終還(huan)是要從一個(ge)(ge)被傳(chuan)輸到另外一個(ge)(ge)數(shu)據中心，在(zai)這(zhe)個(ge)(ge)過程仍(reng)然擺脫不了(le)需要人(ren)(ren)、計算機、網絡(luo)、電能、存儲等之間協同工作。這(zhe)樣一來(lai)，整個(ge)(ge)過程出(chu)現錯誤(wu)和漏洞就在(zai)所難免，再(zai)加上(shang)天(tian)災人(ren)(ren)禍。所以，啟用(yong)云服(fu)(fu)務你必須有一定的(de)思想(xiang)準備，同時要有第二手的(de)解決方案來(lai)應對。

人再(zai)囧(jiong)途之泰(tai)囧(jiong)在2012年歲末床下了(le)華語電影的(de)票房(fang)記錄(lu)，而且還在刷(shua)新(xin)著記錄(lu)。但是在IT界，頻頻爆發的(de)數據中心安全故障事件，也在一次次沖擊著企業用(yong)戶的(de)心理防線。只(zhi)期待，數據中心的(de)安全問題，不(bu)要成(cheng)為人再(zai)囧(jiong)途之"泰(tai)囧(jiong)"。

服務(wu)在這個(ge)時代被吹捧(peng)成為IT圣者，所(suo)有(you)的(de)服務(wu)都可以被 云(yun) 化(hua)。但是，當很多公司勇于第一個(ge)吃螃蟹之后，卻發現往往最容易受傷(shang)的(de)也是他們。近幾年來，層出不窮的(de)云(yun)服務(wu)斷網事件，讓業界聽得(de)心驚膽寒(han)。

人(ren)們(men)漸(jian)(jian)漸(jian)(jian)回歸(gui)理想，更加清晰地看清楚云計算(suan)的(de)(de)真面目(mu)。可以說，無論(lun)多么高(gao)遠的(de)(de)夢想還是(shi)(shi)要(yao)找到穩固的(de)(de)立足點，云服(fu)務最終還是(shi)(shi)要(yao)從(cong)一(yi)個(ge)數據中(zhong)心被傳(chuan)輸到另外一(yi)個(ge)數據中(zhong)心，在(zai)這(zhe)個(ge)過程(cheng)仍(reng)然擺(bai)脫不了需(xu)要(yao)人(ren)、計算(suan)機、網(wang)絡(luo)、電能、存儲等之間協(xie)同工(gong)作。這(zhe)樣(yang)一(yi)來(lai)，整個(ge)過程(cheng)出現錯誤和(he)漏(lou)洞就在(zai)所難免，再(zai)加上(shang)天災人(ren)禍(huo)。所以，啟用云服(fu)務你必須有(you)一(yi)定的(de)(de)思(si)想準備(bei)，同時要(yao)有(you)第(di)二手(shou)的(de)(de)解決方案來(lai)應(ying)對。

編者在這里回顧一下(xia)近年(nian)來發生(sheng)的一系(xi)列斷網事(shi)件背后的原(yuan)因。從2009年(nian)-2012年(nian)之間。也(ye)許(xu)能(neng)(neng)讓(rang)你看到：即(ji)便是計算機出錯(cuo)似乎在所難(nan)免，再保險的措施似乎也(ye)只能(neng)(neng)把(ba)安全(quan)事(shi)件控(kong)制在一個小概率范圍內。

斷網類型一：系(xi)統故障

典型事件1：亞(ya)馬遜AWS平安夜斷網

故障原因：彈性負載(zai)均衡(heng)服務(wu)故障

2012年12月24日，剛(gang)剛(gang)過(guo)(guo)去的(de)圣誕節(jie)平安夜，亞(ya)馬(ma)遜(xun)(xun)并沒有讓他們的(de)客戶(hu)過(guo)(guo)得太平安。亞(ya)馬(ma)遜(xun)(xun)AWS位于美國(guo)東部1區的(de)數(shu)據中心發生故障，其彈(dan)性(xing)負(fu)載均衡服(fu)務(Elastic Load Balancing Service)中斷(duan)，導(dao)致Netflix和Heroku等(deng)網站(zhan)受到影(ying)響(xiang)。其中，Heroku在之(zhi)前的(de)AWS美國(guo)東部區域服(fu)務故障中也受到過(guo)(guo)影(ying)響(xiang)。不過(guo)(guo)，有些巧合的(de)事情(qing)是(shi)Netflix的(de)競爭對(dui)手，亞(ya)馬(ma)遜(xun)(xun)自己的(de)業務Amazon Prime Instant Video并未因為(wei)這個(ge)故障而受到影(ying)響(xiang)。

12月24日(ri)，亞馬遜AWS中斷服(fu)務事件(jian)不是第一次，當然也絕(jue)非最后一次。

2012年10月22日，亞(ya)馬(ma)遜位于北維吉尼(ni)亞(ya)的(de)網(wang)(wang)絡服(fu)務AWS也中(zhong)斷過一次(ci)。其(qi)原(yuan)因與上次(ci)相(xiang)似(si)。事故影響了包(bao)括Reddit、Pinterest等知(zhi)名大網(wang)(wang)站。中(zhong)斷影響了彈性魔(mo)(mo)豆(dou)服(fu)務，其(qi)后是(shi)彈性魔(mo)(mo)豆(dou)服(fu)務的(de)控(kong)制臺，關(guan)系數據庫(ku)服(fu)務，彈性緩存，彈性計算(suan)云EC2，以及云搜(sou)索。這次(ci)事故讓(rang)很多人認為，亞(ya)馬(ma)遜是(shi)應該升級其(qi)北維尼(ni)吉亞(ya)數據中(zhong)心的(de)基礎設(she)施了。

2011年4月22日，亞馬(ma)遜(xun)(xun)(xun)云數據中(zhong)(zhong)心(xin)服(fu)務器大面(mian)積宕機(ji)，這一(yi)事件被認為(wei)是亞馬(ma)遜(xun)(xun)(xun)史上最為(wei)嚴(yan)重的云計算安全(quan)事件。由于(yu)亞馬(ma)遜(xun)(xun)(xun)在(zai)北弗吉尼(ni)亞州的云計算中(zhong)(zhong)心(xin)宕機(ji)，包括(kuo)回答服(fu)務Quora、新(xin)聞服(fu)務Reddit、Hootsuite和(he)位置跟蹤(zong)服(fu)務FourSquare在(zai)內(nei)的一(yi)些網(wang)站受到(dao)了影響(xiang)。亞馬(ma)遜(xun)(xun)(xun)官(guan)方報告中(zhong)(zhong)聲稱，此次(ci)事件是由于(yu)其EC2系統設(she)(she)計存在(zai)漏洞和(he)設(she)(she)計缺陷，并(bing)且在(zai)不斷(duan)修(xiu)復這些已知的漏洞和(he)缺陷來(lai)提(ti)高EC2(亞馬(ma)遜(xun)(xun)(xun)ElasticComputeCloud服(fu)務)的競爭力。

2010年1月，幾乎6萬8千名(ming)的(de)Salesforce.com用戶經歷了至少1個小(xiao)時的(de)宕機。Salesforce.com由于自身數據中(zhong)(zhong)心的(de)"系(xi)統性錯誤"，包括備份在內的(de)全(quan)部服務(wu)發生(sheng)了短暫(zan)癱瘓的(de)情況。這也露(lu)出(chu)了Salesforce.com不愿公開的(de)鎖定策略：旗下(xia)的(de)PaaS平(ping)臺(tai)、Force.com不能(neng)在Salesforce.com之外使用。所以一旦Salesforce.com出(chu)現問題(ti)，Force.com同(tong)樣會(hui)出(chu)現問題(ti)。所以服務(wu)發生(sheng)較長時間(jian)中(zhong)(zhong)斷(duan)，問題(ti)將(jiang)變得很(hen)棘(ji)手。

斷網誘因二：自然災害

典型事件1：亞馬遜北(bei)愛(ai)爾蘭柏(bo)林(lin)數(shu)據(ju)中心宕機

故(gu)障原因：閃電擊中柏(bo)林數據(ju)中心(xin)的變壓器

2011年8月6日(ri)，在(zai)北(bei)愛爾蘭(lan)都柏(bo)林出(chu)(chu)現(xian)的閃(shan)電引起亞馬遜和微(wei)軟在(zai)歐洲的云(yun)計算網絡因(yin)為數(shu)(shu)據(ju)中心(xin)(xin)停電而出(chu)(chu)現(xian)大(da)規模宕機。閃(shan)電擊中都柏(bo)林數(shu)(shu)據(ju)中心(xin)(xin)附近的變壓器(qi)，導(dao)致其(qi)爆(bao)炸。爆(bao)炸引發火災，使所有公(gong)用服(fu)務機構的工作暫時陷入中斷，導(dao)致整個數(shu)(shu)據(ju)中心(xin)(xin)出(chu)(chu)現(xian)宕機。

這個數據(ju)中(zhong)心是亞(ya)(ya)馬遜在歐(ou)洲唯一(yi)的數據(ju)存儲地，也就是說(shuo)，EC2云計(ji)算平臺(tai)(tai)客戶在事故期間(jian)沒有其他數據(ju)中(zhong)心可供(gong)臨時使用(yong)(yong)。宕機事件使得采用(yong)(yong)亞(ya)(ya)馬遜EC2云服務(wu)平臺(tai)(tai)的多家網站(zhan)長中(zhong)斷達兩天時間(jian)之久。

典型(xing)事件2：卡爾加里數據中心火(huo)災事故

故障(zhang)原因(yin)：數據中心發生火(huo)災

2012年7月11日(ri)卡(ka)爾(er)加(jia)里(li)數(shu)據中心(xin)火(huo)災事故：加(jia)拿大通信服(fu)務供應商(shang)ShawCommunicationsInc位于卡(ka)爾(er)加(jia)里(li)阿爾(er)伯塔(ta)的(de)數(shu)據中心(xin)發生了(le)一(yi)場(chang)火(huo)災，造(zao)成當(dang)地(di)醫(yi)院的(de)數(shu)百(bai)個(ge)手(shou)術延遲。由于該(gai)數(shu)據中心(xin)提供管(guan)理應急服(fu)務，此(ci)次(ci)火(huo)災事件影響了(le)支持關鍵公共服(fu)務主要的(de)備份系統。此(ci)次(ci)事件為一(yi)系列政府機構敲響了(le)警鐘，必須確保及時的(de)恢復和擁(yong)有故障轉移(yi)系統，同時結合出臺(tai)災害管(guan)理計劃。

典(dian)型事件3：超級颶(ju)風桑(sang)迪襲擊數據中心

故障原因：風暴和洪水導致數據中心停(ting)止(zhi)運(yun)行

2012年(nian)10月(yue)(yue)29日，超級颶(ju)風(feng)桑迪：紐(niu)約(yue)和新澤西(xi)州的(de)(de)數(shu)(shu)據(ju)中心(xin)都受到了此次(ci)颶(ju)風(feng)的(de)(de)影(ying)(ying)響(xiang)，所帶來(lai)的(de)(de)惡劣影(ying)(ying)響(xiang)包(bao)括(kuo)為(wei)曼哈頓(dun)下城地(di)區(qu)的(de)(de)洪水和一些設施的(de)(de)停機(ji)，周圍地(di)區(qu)數(shu)(shu)據(ju)中心(xin)發電(dian)機(ji)運行失常(chang)。颶(ju)風(feng)桑迪所帶來(lai)的(de)(de)影(ying)(ying)響(xiang)超出了一般單一的(de)(de)中斷(duan)事故，為(wei)受災地(di)區(qu)數(shu)(shu)據(ju)中心(xin)產業帶來(lai)了規模空前(qian)的(de)(de)災難(nan)。事實上，柴(chai)油(you)已(yi)然成為(wei)了數(shu)(shu)據(ju)中心(xin)恢(hui)復工作的(de)(de)生命線，作為(wei)備用電(dian)源系(xi)統接管了整個地(di)區(qu)的(de)(de)負荷，促使特別措施，保持(chi)發電(dian)機(ji)的(de)(de)燃料。隨(sui)著眼前(qian)的(de)(de)工作重點逐步轉移到災后重建，我(wo)們有必要(yao)長期就數(shu)(shu)據(ju)中心(xin)的(de)(de)選址、工程和災難(nan)恢(hui)復進行探(tan)討，這一話(hua)題(ti)可(ke)能(neng)將持(chi)續幾個月(yue)(yue)，甚至幾年(nian)。

斷網誘因(yin)三(san)：人為因(yin)素

典型事件1：Hosting.com服務中斷(duan)事故

故障(zhang)原因：服務供應商執行斷路(lu)器操作順序不正確造成(cheng)的UPS關閉

2012年7月28日(ri)Hosting.com停(ting)運事件：人為(wei)錯誤通常被認為(wei)是(shi)(shi)數據中(zhong)心停(ting)機的(de)主導因(yin)素之一(yi)(yi)。7月Hosting.com中(zhong)斷事件造成 1100名客戶服(fu)(fu)務中(zhong)斷就是(shi)(shi)一(yi)(yi)個(ge)例子。停(ting)機事故(gu)(gu)的(de)發(fa)生(sheng)是(shi)(shi)由(you)于該公司位于特拉華州(zhou)紐瓦克(ke)的(de)數據中(zhong)心正進(jin)行(xing)UPS系(xi)統(tong)預防性(xing)維護(hu)，"服(fu)(fu)務供應商執行(xing)斷路器(qi)操(cao)作順(shun)序不正確造成的(de)UPS關(guan)閉是(shi)(shi)造成數據中(zhong)心套房(fang)內的(de)設施(shi)損失的(de)關(guan)鍵因(yin)素之一(yi)(yi)。"Hosting.com首席執行(xing)官(guan)ArtZeile說。"沒有任(ren)何重(zhong)要(yao)的(de)電力系(xi)統(tong)或備用電源系(xi)統(tong)出現故(gu)(gu)障，完全是(shi)(shi)一(yi)(yi)種人為(wei)的(de)錯誤造成的(de)。"

典型(xing)事件2：微軟爆發(fa)BPOS服(fu)務中斷事件

 故障原因(yin)：微軟在美國、歐洲和亞洲的(de)數(shu)據(ju)中心的(de)一個沒有(you)確定(ding)的(de)設置(zhi)錯誤造成的(de)

2010年(nian)9月，微軟在美國西部幾周時間內出現至少三次托管(guan)服(fu)務中斷事(shi)件(jian)向用戶致歉(qian)。這是微軟首次爆出重(zhong)大的云(yun)計算事(shi)件(jian)。

事故當時，用(yong)戶(hu)訪問BPOS(Business Productivity Online Suite)服務的時候，如果使(shi)用(yong)微(wei)軟北(bei)美設施訪問服務的客戶(hu)可(ke)能(neng)遇(yu)到(dao)了(le)問題(ti)，這個(ge)故障(zhang)持續(xu)了(le)兩個(ge)小(xiao)時。雖然，后來微(wei)軟工程(cheng)師聲稱(cheng)解決了(le)這一問題(ti)，但是沒有(you)解決根本問題(ti)，因而又產生了(le)9月(yue)3日和9月(yue)7日服務再次中(zhong)斷。

微軟(ruan)的(de)Clint Patterson說(shuo)，這(zhe)(zhe)次數據(ju)突(tu)破事件是由于(yu)微軟(ruan)在美國、歐洲(zhou)和亞洲(zhou)的(de)數據(ju)中心的(de)一(yi)個沒(mei)有確定的(de)設置錯誤(wu)造成的(de)。BPOS軟(ruan)件中的(de)離線地(di)址簿(bu)(bu)在"非常特別的(de)情況下"提供(gong)給了非授權(quan)用戶。這(zhe)(zhe)個地(di)址簿(bu)(bu)包含企業的(de)聯絡人信(xin)息(xi)。

微軟稱，這個(ge)錯誤(wu)在(zai)發現之后(hou)兩個(ge)小時就(jiu)修復了。微軟稱，它擁有(you)跟蹤設施，使(shi)它能夠與那些錯誤(wu)地(di)下(xia)載這些數(shu)據(ju)的人取得(de)聯系(xi)以便清除這些數(shu)據(ju)。

斷網(wang)誘因四：系統故障

典型(xing)事件1：GoDaddy網站DNS服務器中(zhong)斷

故障(zhang)原因：系(xi)統(tong)內一系(xi)列路(lu)由器的數(shu)據表造成的網絡中斷

2012年9月10日GoDaddy網(wang)站DNS服(fu)務(wu)器中(zhong)斷(duan)：域(yu)名巨頭GoDaddy是(shi)一家最重要的DNS服(fu)務(wu)器供應(ying)商(shang)，其(qi)擁有(you)500萬(wan)個網(wang)站，管理超過5000萬(wan)的域(yu)名。這就(jiu)是(shi)為(wei)什么(me)九月10日中(zhong)斷(duan)事故會是(shi)一個2012年最具破壞性(xing)的事件。

一(yi)些炒作甚至認(ren)為，此次(ci)長達(da)6個小時的中(zhong)斷事件(jian)是(shi)由(you)于(yu)拒絕服(fu)(fu)務(wu)攻擊(ji)的結(jie)果，但(dan)GoDaddy后來表示，這(zhe)是(shi)路由(you)器表的損(sun)壞(huai)數據造(zao)成(cheng)的。"服(fu)(fu)務(wu)中(zhong)斷不(bu)(bu)是(shi)由(you)外部(bu)影(ying)響造(zao)成(cheng)的。"GoDaddy的臨時首席執行(xing)官史葛瓦(wa)格納說。"這(zhe)不(bu)(bu)是(shi)黑客攻擊(ji)也(ye)不(bu)(bu)是(shi)一(yi)個拒絕服(fu)(fu)務(wu)攻擊(ji)(DDoS)。我們已經確定了服(fu)(fu)務(wu)中(zhong)斷是(shi)由(you)于(yu)內部(bu)的一(yi)系列路由(you)器的數據表造(zao)成(cheng)的網絡事件(jian)損(sun)壞(huai)。"

典型事件(jian)2：盛大云存儲(chu)斷網

故(gu)障原因(yin)：數據中心一(yi)臺物理服務器(qi)磁盤損壞

2012年8月(yue)6日晚上8：10，盛(sheng)大云在(zai)其官方微博上發布一則因云主機故障致(zhi)用戶數(shu)據(ju)丟失(shi)事件的公開聲明。聲明說到(dao)：8月(yue)6日，盛(sheng)大云在(zai)無錫的數(shu)據(ju)中心因為(wei)一臺(tai)物理服務器磁盤發生(sheng)損壞，導致(zhi)"個別用戶"數(shu)據(ju)的丟失(shi)。盛(sheng)大云已經在(zai)盡全(quan)力協助(zhu)用戶恢(hui)復數(shu)據(ju)。

對(dui)于因為一(yi)臺"物(wu)理(li)服務器(qi)磁盤發(fa)生損(sun)壞(huai)"，導致"個別用(yong)(yong)戶"數據的(de)(de)丟失(shi)(shi)的(de)(de)情況，盛(sheng)大云技術人員給出自己的(de)(de)解釋(shi)：虛擬機(ji)的(de)(de)磁盤有兩種(zhong)生產方式(shi)，一(yi)種(zhong)是(shi)(shi)直接使(shi)用(yong)(yong)宿主機(ji)的(de)(de)物(wu)理(li)磁盤。這(zhe)種(zhong)情況下，如果宿主機(ji)的(de)(de)物(wu)理(li)磁盤發(fa)生故障，云主機(ji)不(bu)可避(bi)免會造成數據丟失(shi)(shi)，這(zhe)也是(shi)(shi)本(ben)次事件產生的(de)(de)原因;另外(wai)一(yi)種(zhong)是(shi)(shi)使(shi)用(yong)(yong)遠程存儲，也就是(shi)(shi)盛(sheng)大硬盤產品，這(zhe)種(zhong)方式(shi)實際上是(shi)(shi)把用(yong)(yong)戶的(de)(de)數據存到(dao)了遠程的(de)(de)一(yi)個集群(qun)里，并同時做了多份(fen)備(bei)份(fen)，即使(shi)宿主機(ji)出故障也不(bu)會影響到(dao)云主機(ji)的(de)(de)數據。因為物(wu)理(li)機(ji)的(de)(de)損(sun)壞(huai)很難避(bi)免，為了避(bi)免您遇到(dao)意外(wai)損(sun)失(shi)(shi)，我們建議您在云主機(ji)之(zhi)外(wai)，也做好數據備(bei)份(fen)。

典型事件3：Google App Engine中斷服務

故障原(yuan)因(yin)：網絡延遲

Google App Engine：GAE是用于開發(fa)和托管WEB應用程序的平臺，數(shu)據中(zhong)心由google管理，中(zhong)斷時間是10月26日，持(chi)續4小(xiao)時，因為突(tu)然變(bian)得反應緩慢，而且出錯。受(shou)此(ci)影響(xiang)，50%的GAE請(qing)求均失敗(bai)。

谷歌表(biao)示(shi)沒有數據(ju)丟失，應用程序行為(wei)也有備份(fen)可(ke)以(yi)(yi)還原。為(wei)表(biao)歉(qian)意，google宣布11月份(fen)用戶(hu)可(ke)以(yi)(yi)google表(biao)示(shi)他們正在加強其網(wang)絡服務以(yi)(yi)應對網(wang)絡延遲問(wen)(wen)題，"我(wo)們已經增強了(le)流(liu)量(liang)路由能力，并調整了(le)配置，這(zhe)些(xie)將(jiang)會有效防止此類問(wen)(wen)題再(zai)次發生"。

斷(duan)網誘(you)因五：系統(tong)Bug

典型事(shi)件1：Azure全球(qiu)中斷服務

事故原因：軟(ruan)件Bug導(dao)致閏(run)年時間計算不(bu)正確

2012年2月28日，由(you)于"閏年bug"導致(zhi)(zhi)微軟(ruan)Azure在全(quan)球范圍(wei)內大面積(ji)服務中斷(duan)，中斷(duan)時間超過24小時。雖然微軟(ruan)表示該軟(ruan)件BUG是(shi)由(you)于閏年時間計算不正確導致(zhi)(zhi)，但這一事(shi)件激起了許多(duo)用戶的強(qiang)烈(lie)反應，許多(duo)人要求(qiu)微軟(ruan)為此(ci)做出更合理詳細的解釋。

典型(xing)事(shi)件2：Gmail電子郵(you)箱爆發(fa)全球性(xing)故障

事故原(yuan)因：數據中心例行性維護時，新程序(xu)代碼(ma)的副作用

2009年2月24日，谷歌(ge)的(de)(de)Gmail電子(zi)郵(you)箱爆發全(quan)球性(xing)故障，服務中(zhong)(zhong)斷(duan)時(shi)(shi)(shi)間長達4小(xiao)時(shi)(shi)(shi)。谷歌(ge)解釋事故的(de)(de)原因：在位(wei)于歐洲的(de)(de)數(shu)據中(zhong)(zhong)心(xin)例行性(xing)維護之時(shi)(shi)(shi)，有些新的(de)(de)程序代碼(ma)(會試(shi)圖(tu)把地(di)理相(xiang)近的(de)(de)數(shu)據集(ji)中(zhong)(zhong)于所有人身上)有些副(fu)作用(yong)，導致(zhi)歐洲另(ling)一個資(zi)料中(zhong)(zhong)心(xin)過(guo)載，于是連鎖效應就擴及(ji)到其(qi)它(ta)數(shu)據中(zhong)(zhong)心(xin)接口，最(zui)終釀成全(quan)球性(xing)的(de)(de)斷(duan)線，導致(zhi)其(qi)他(ta)數(shu)據中(zhong)(zhong)心(xin)也無法(fa)正常工作。

典型事件(jian)3： 5.19斷網事件(jian)

事故原因：客戶端(duan)軟件Bug，上(shang)網終端(duan)頻繁發(fa)起(qi)域名解析請(qing)求，引發(fa)DNS擁塞

2009年5月19日的21：50，江蘇、安(an)徽、廣西、海南、甘(gan)肅、浙(zhe)江等六(liu)省(sheng)用(yong)戶申告訪問網(wang)(wang)站速度(du)變慢(man)或無法訪問。經過(guo)工信(xin)部相關(guan)單位(wei)調查通報稱(cheng)，此次全國(guo)六(liu)省(sheng)網(wang)(wang)絡中斷事故，原因(yin)是(shi)國(guo)內某公司推出的客(ke)戶端(duan)軟件存在缺陷，在該(gai)公司域名(ming)授(shou)權服(fu)務器工作(zuo)異常的情況下，導致安(an)裝(zhuang)該(gai)軟件的上網(wang)(wang)終端(duan)頻(pin)繁發起域名(ming)解析(xi)請求，引(yin)發DNS擁塞，造成大量(liang)用(yong)戶訪問網(wang)(wang)站慢(man)或網(wang)(wang)頁(ye)打不開。

其(qi)中，DN SPod是國內知名(ming)(ming)(ming)的(de)域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)服(fu)務(wu)(wu)(wu)商之一的(de)N SPod公(gong)司(si)，服(fu)務(wu)(wu)(wu)數家知名(ming)(ming)(ming)網站(zhan)的(de)域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)服(fu)務(wu)(wu)(wu)。此(ci)次(ci)攻擊導致DN SPod公(gong)司(si)所屬的(de)6臺dns域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)服(fu)務(wu)(wu)(wu)器癱(tan)瘓，直(zhi)接(jie)造成(cheng)包(bao)括(kuo)暴風影音(yin)在內的(de)多(duo)家網絡(luo)服(fu)務(wu)(wu)(wu)商的(de)域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)系統癱(tan)瘓，由此(ci)引發網絡(luo)擁塞(sai)，造成(cheng)大(da)量用戶不能(neng)正常上(shang)網。 工信(xin)部指出，此(ci)次(ci)事(shi)件(jian)暴露出域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)服(fu)務(wu)(wu)(wu)成(cheng)為(wei)目前網絡(luo)安全的(de)薄弱環(huan)節(jie)，指示各單位(wei)要加強對域(yu)(yu)名(ming)(ming)(ming)解(jie)析(xi)服(fu)務(wu)(wu)(wu)的(de)安全保護。

小結：啟用云服務的(de)(de)公司(si)，很(hen)大程(cheng)度是(shi)考慮(lv)這種服務可以(yi)(yi)更加編輯，性價比高。但是(shi)，這樣的(de)(de)考慮(lv)如果是(shi)以(yi)(yi)降低安全(quan)性作(zuo)為(wei)代(dai)價，估計很(hen)多公司(si)老大不(bu)會同意。層(ceng)出(chu)不(bu)窮的(de)(de)云服務斷網事件引起(qi)了云端安全(quan)性的(de)(de)擔(dan)憂(you)。

目前來(lai)(lai)看(kan)，解(jie)決的(de)辦(ban)法可以(yi)從幾個(ge)角度(du)出發，對于企業級客戶來(lai)(lai)說，務(wu)必(bi)(bi)在采用云服務(wu)的(de)同時定(ding)期備(bei)份云端的(de)數據，擁(yong)有第二套解(jie)決方(fang)案按(an)，以(yi)備(bei)不時之需。而(er)對于云服務(wu)提(ti)供商(shang)來(lai)(lai)說，既然各種(zhong)斷網(wang)事件(jian)是(shi)在所難免(mian)的(de)，那就必(bi)(bi)須思考(kao)一個(ge)對策，將(jiang)自(zi)己用戶的(de)損(sun)失降到最(zui)低(di)，對斷網(wang)事件(jian)的(de)響應效率要提(ti)高(gao)。

政府(fu)部門則具有監(jian)督(du)和提醒的(de)職責(ze)，云服(fu)務相關的(de)法(fa)律(lv)法(fa)律(lv)要相繼出臺和不(bu)斷完善，并(bing)且提醒用戶百分之百可(ke)靠(kao)的(de)云計(ji)算(suan)服(fu)務目前(qian)還不(bu)存在

文章編輯：CobiNet(寧波)  
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發生產超五類，六類,七類屏蔽網線/屏蔽模塊及相關模塊配件, 我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產廠家。

歡迎來電咨詢(xun)0574 88168918,郵箱sales@aliance.cn，網址aliance.cn