簡單的講，如果你打算讓企業(yè)的架構(gòu)轉(zhuǎn)向云計算，那么肯定會多多少少需要改變企業(yè)的網(wǎng)絡(luò)帶寬。目前大部分企業(yè)所選擇的云計算項目都是最簡單的帶有數(shù)據(jù)保護(hù)機(jī)制的云存儲解決方案。這就引發(fā)了一個問題，即企業(yè)現(xiàn)有的帶寬能否支持云存儲所需的龐大的數(shù)據(jù)流呢?

目前帶有數(shù)據(jù)保護(hù)功能的云存儲解決方案設(shè)備已經(jīng)有不少了。比如Commvault的Simpana云存儲集成方案。這套方案可以讓管理員將需要保護(hù)的數(shù)據(jù)傳輸給所選定的一系列云存儲供應(yīng)商。下圖顯示了這個解決方案的新功能：

別誤解我的意思，我真的很喜歡這個概念。問題是，我們應(yīng)該為在本地和云存儲供應(yīng)商之間建立連接花費多少?雖然數(shù)據(jù)都被備份和加密了，但是現(xiàn)有的連接真的可以讓我們將所需的數(shù)據(jù)及時傳輸出去給云服務(wù)商么?

我博客圈里的一個朋友Ethereal Mind 的Greg Ferro最近在Twitter中發(fā)表的文章驗證了我的一個懷疑。 Greg 在他的博客中最后總結(jié)說，他所接觸的那個云解決方案，比客戶之前在自己的公司做的存儲方案成本高了一倍。雖然每個廠商的云解決方案都不盡相同，我還是會想到帶寬的問題。對于現(xiàn)在的網(wǎng)絡(luò)狀況，大部分企業(yè)的出口帶寬有50兆或100兆就已經(jīng)綽綽有余了。但是如果一旦加入了云存儲的數(shù)據(jù)量，那么一切都將改變。

更進(jìn)一步，初始負(fù)荷怎么解決?并不是所有企業(yè)的數(shù)據(jù)在云存儲建好后都是從零開始積累，而是一開始就有海量的數(shù)據(jù)需要存儲。綜合各種因素，一般企業(yè)需要保存的初始數(shù)據(jù)是以TB計算的。

考慮到各種因素，是否采用云存儲就需要三思而行了。讓所有磁帶設(shè)備都退休當(dāng)然是好事。但是這取決于企業(yè)打算如何處理自身的靜態(tài)數(shù)據(jù)，云存儲是否能滿足企業(yè)對數(shù)據(jù)的處理要求。畢竟，如果企業(yè)目前是將磁帶存儲在外部的數(shù)據(jù)倉庫，并不能親自到達(dá)現(xiàn)場處理磁帶設(shè)備，那么云存儲廠商同樣也不能做到這一點。在以往有關(guān)云計算的文章中，數(shù)據(jù)失控的情況也是TechRepublic 社區(qū)一再討論的問題。
 

【編輯推薦】

1. Interop：可移動性是云計算的本質(zhì)
2. ITU-T擬制定云計算標(biāo)準(zhǔn)安全成重點
3. 云計算比你想象的更安全