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

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

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