今天的云有很多種選擇，而不管是選哪種云服務(wù)，都需要考慮數(shù)據(jù)保護的問題。
首先，在我們討論之前，讓我們先明確一下以下這些定義：
? IaaS（ Infrastructure-as-a-Service － 基礎(chǔ)架構(gòu)即服務(wù)），這是一個計算模型。在這個計算模型中，服務(wù)器、存儲和網(wǎng)絡(luò)部件的所有設(shè)備都由一個服務(wù)提供商托管，再通過網(wǎng)絡(luò)——通常是通過因特網(wǎng)給客戶提供訪問。服務(wù)提供商負責安裝、運行和維護它們。且在這個模型中，云資源是虛擬的而不是物理的，可以按需使用而不僅限于固定的合同條款。付費模式通常基于使用狀況。IaaS用戶對底層的云技術(shù)是沒有控制權(quán)的。
? PaaS（ Platform-as-a-Service － 平臺即服務(wù)）是以服務(wù)的形式提供平臺和解決方案堆棧。最終用戶依靠PaaS來建立和部署可以在網(wǎng)絡(luò)上使用的Web應用或服務(wù)。PaaS提供在IaaS基礎(chǔ)上建立或者部署應用的能力。
? SaaS（ Software-as-a-Service － 軟件即服務(wù)）是應用由供應商管理、并通過網(wǎng)絡(luò)來提供給客戶的軟件分發(fā)模式。通過SaaS，客戶把整個底層技術(shù)架構(gòu)外包給一個SaaS供應商，并且對已SaaS的基礎(chǔ)IT部件不負責任也沒有管理權(quán)限。
ESG（Enterprise Strategy Group）的研究發(fā)現(xiàn)：82％的受訪公司有計劃在未來的5年內(nèi)使用基于云的服務(wù)。在企業(yè)從“買”轉(zhuǎn)向“租”的模式的時候，就有了數(shù)據(jù)保護的問題。傳統(tǒng)的站內(nèi)應用部署意味著IT部門負責他們的基礎(chǔ)架構(gòu)——以及必需的人力、流程和技術(shù)以實現(xiàn)冗余和恢復以滿足應用和數(shù)據(jù)的服務(wù)等級條款（SLA，service-level agreements）。
舉例來說，從一個站內(nèi)的Exchange實現(xiàn)轉(zhuǎn)移到Google Gmail，或者選擇Salseforce.com來替代站內(nèi)的微軟動態(tài)CRM可以減少站內(nèi)方案的開銷。免掉了備份服務(wù)器、存儲、備份軟件許可證和移動介質(zhì)，這些只是和轉(zhuǎn)移到云相關(guān)的一部分開銷。去掉高可用性、備份／恢復和災難恢復流程縮帶來的運營費用及時間的節(jié)省可能是巨大的，這取決于方案的大小。實際上，這些節(jié)省足以影響公司做出外包的決定。但還是有其它因素需要考慮的。特別是服務(wù)提供商是否能像內(nèi)部方案／人員／流程一樣很好地滿足SLA呢？他們能保證的服務(wù)時間有多少？有什么能保證他們能滿足呢？備份多久生成一次？拷貝保存多久？如果服務(wù)等級不能被滿足的話，有何處理方法？

類似多租戶這種，能保護數(shù)據(jù)不被交叉訪問，加密并避免未授權(quán)的數(shù)據(jù)訪問的技術(shù)，還是可以讓人有些許安心的。但是顯然很多的IT人士仍不相信在公司的防火墻之外保存公司的數(shù)據(jù)是安全的。在未來的幾年中，云服務(wù)模型對現(xiàn)有的體系肯定是破壞性的。那些提倡高風險高回報的公司已經(jīng)在試水這些部署方式。那些接受比較慢的公司可能會用風險較低或戰(zhàn)略上不重要的應用來試驗這個方式。令人吃驚的是，根據(jù)ESG的研究，客戶關(guān)系管理（CRM）軟件和E-mail是各公司在嘗試SaaS的時候最愿意嘗試的兩個應用，而這些正是公司最關(guān)鍵的生產(chǎn)力系統(tǒng)。

最后，IT從業(yè)人員可能別無選擇。最近的ESG研究表明公司內(nèi)部最有力的SaaS倡導者是那些非IT高層或者業(yè)務(wù)單元負責人。超過40％的受訪者擔心使用另外的應用交付模式的決定是出于那些業(yè)務(wù)考量——或者最少是受到了其影響。那意味著會有持續(xù)的壓力要求考察云服務(wù)以降低開支，雖然數(shù)據(jù)保護的擔憂依然存在。而數(shù)據(jù)存儲經(jīng)理們則必須和他的平臺和服務(wù)供應商一起工作以保證有關(guān)數(shù)據(jù)保護的問題都有答案。