當(dāng)公司考慮采用云計算服務(wù)的時候，每個好的項目經(jīng)理都應(yīng)該提出如下這兩個問題：

“在云中，我的數(shù)據(jù)屬于誰？”

“當(dāng)我需要遷移這些數(shù)據(jù)的時候，會發(fā)生什么？”

對私有云來說，硬件，軟件和數(shù)據(jù)都放在公司的內(nèi)部，所以，所有權(quán)很清楚。但是，當(dāng)把數(shù)據(jù)遷移到私有云外部的時候，需要考慮很多復(fù)雜的問題。

整個行業(yè)都很關(guān)注云安全，隱私和支配權(quán)問題。數(shù)據(jù)所有權(quán)模糊不清，是所有和云有關(guān)的問題產(chǎn)生的根源。

考慮數(shù)據(jù)是否存儲到云中時，必須搞清楚的10個問題

即使一個提供商可以100%地保證數(shù)據(jù)是屬于客戶的，也還是有很多問題難以得到妥善的解決，其中包括法律問題和數(shù)據(jù)可移植性方面的技術(shù)問題。當(dāng)打算把數(shù)據(jù)存儲到云中的時候，下面這10個問題是最應(yīng)該問的。

誰掌控著數(shù)據(jù)的所有權(quán)？

這個問題需要有一個簡單的答案。如果提供商的回答不是“你”，那么最好馬上離開，永不回頭。

你會為了達(dá)到自己的目的而隨意使用這些數(shù)據(jù)嗎？

基于計費和營銷方面的原因，幾乎每一個云提供商都會跟蹤客戶的數(shù)量，客戶的類型，存儲空間的使用情況和處理器的使用情況。一定要搞清楚這些信息最后去了哪里。雖然你擁有這些數(shù)據(jù)，但是某些提供商可能會使用這些數(shù)據(jù)來定制廣告。

包括員工或其他云租用者在內(nèi)，關(guān)于誰可以訪問數(shù)據(jù)，提供商有嚴(yán)格的控制策略嗎？

并不是只有你的云提供商才能訪問你的數(shù)據(jù)。一定要確保提供商的合作伙伴們——其中包括IT和設(shè)備承包商或者上游或下游的技術(shù)提供商（例如：網(wǎng)絡(luò)，存儲技術(shù)提供商等），無法隨意地“擺弄”這些數(shù)據(jù)。

提供商會用訪問日志和其他的統(tǒng)計數(shù)據(jù)做些什么？

這一點毫無疑問，提供商們收集的日志和其他統(tǒng)計信息是他們自己的數(shù)據(jù)，而不是你的。提供商們有權(quán)力收集和他們的系統(tǒng)有關(guān)的使用數(shù)據(jù)......正如你有權(quán)力問一個提供商，他們會用這些日志做些什么一樣。

數(shù)據(jù)會被存儲到哪里？

你的權(quán)力主要取決于數(shù)據(jù)會被存儲到什么地方。如果你的數(shù)據(jù)被存儲到了無法無天的East Pirateostan小國，那么不要指望著能獲得什么保護(hù)了。如果你的數(shù)據(jù)最終被存儲到了一個法律或法規(guī)都截然不同的地方，那么你也許會喪失掉一些權(quán)力。例如，一個拉斯維加斯的賭場把和賭博有關(guān)的數(shù)據(jù)存儲到了云中，后來才知道，這些數(shù)據(jù)被存儲到了一個禁止賭博的國家。

你的數(shù)據(jù)和其他客戶的數(shù)據(jù)是隔離開的嗎？

和第一個問題一樣，如果提供商的回答不是“是的”，那么馬上走人。接下來的一個好問題是“具體是通過什么方式隔離的？”

備份屬于誰？

如果數(shù)據(jù)是你的，那么從邏輯上來說，備份數(shù)據(jù)也應(yīng)該是你的。但是在合同中，情況可能并非如此。一定要確保把這一條款寫到合同中。

云提供商可以承諾他們的服務(wù)是遵守哪些法律法規(guī)的？

遵守著名的FISMA（Federal Information Security Management Act：聯(lián)邦信息安全管理法案）, HIPAA（Health Insurance Portability and Accountability Act：健康保險流通與責(zé)任法案） 和 SOX（Sarbanes-Oxley Act ：堪薩斯法案）這三大法案，會給提供商的數(shù)據(jù)安全工作增加很多復(fù)雜性。接下來的一個問題應(yīng)該是當(dāng)監(jiān)管出現(xiàn)問題的時候的賠償政策。一定要確保提供商可以把監(jiān)管工作貫徹始終。

如果數(shù)據(jù)需要遷移回企業(yè)，可以通過什么形式來交付數(shù)據(jù)？

在理想情況下，一個完整的云產(chǎn)品是一個三層的“大蛋糕”：Infrastructure as a Service, Platform as a Service 和 Software as a Service，在這種情況下，這個問題可以通過完整而全面的數(shù)據(jù)控制來解決。不幸的是，理想并非現(xiàn)實。如果一個公司把CRM（Customer Relationship Management）數(shù)據(jù)存儲到了云中，而只能以紙張的形式來回收這些數(shù)據(jù)，那么很可能會給你的職業(yè)生涯造成很多負(fù)面的影響。如果這些數(shù)據(jù)可以通過在Oracle, SQL, MySQL，或其他數(shù)據(jù)庫中都可以掛載和讀取的數(shù)據(jù)庫備份文件的形式來回收，那么情況會好很多。

最后，還有這個一開始提到的最重要的問題：“當(dāng)我需要遷移這些數(shù)據(jù)的時候，會發(fā)生什么？”毫無懸念，緊隨其后第二重要的問題是：“這些數(shù)據(jù)屬于誰？”

有時，一個公司會意識到它必須要更換提供商，或者直接把一個云項目遷移回公司內(nèi)部。沒有合適的計劃，這些退出策略執(zhí)行起來會遇到很多的技術(shù)困難——從不兼容的文件格式和缺失數(shù)據(jù)的訪問到在簡單的取回數(shù)據(jù)的過程中延遲時間過長的問題，幾乎無所不包。

#p#

遷移到公共云，必須考慮的3個問題

不像所有權(quán)，可移植性是私有云和公有云都必須要面對的一個問題。對于私有云來說，這主要取決于驅(qū)動云的軟件。但是，對于公共云來說，這主要取決于提供商和它可以交付什么。在這兩種情況下，總共有三個和可移植性有關(guān)的問題需要考慮：

數(shù)據(jù)的格式

幾乎所有的云用戶都會用到數(shù)據(jù)庫，存儲到數(shù)據(jù)庫中的數(shù)據(jù)有很多種導(dǎo)出格式。確切地搞清楚返回數(shù)據(jù)的格式是至關(guān)重要的，所以可以做一些計劃，把這些數(shù)據(jù)遷移到新系統(tǒng)中。對于存儲在云中的虛擬機(jī)來說，格式可能是VMDK, VHD或OVF。它也可能會通過某些備份文件格式或映像格式來交付。

轉(zhuǎn)換時間

如果合約應(yīng)該在一月到期，而文件到六月還沒有回收完畢，那么對于確保正常運行時間來說，這可不是一個好兆頭。在合約中，這個問題必須要和云提供商交代的清清楚楚的。

提供的協(xié)助

告訴“云提供商A”，你要遷移到“云提供商B”，并不是一件容易的事情，事后還讓他們提供幫助就更加困難了。云服務(wù)的合約應(yīng)該包括一個退出計劃（和協(xié)助的費用），其中要包括你需要的所有協(xié)助。

在本文中，我總結(jié)了一些在云中數(shù)據(jù)存儲的時候，應(yīng)該問的一些問題。對于云服務(wù)的風(fēng)險，收益和成本有一個清晰的認(rèn)識，可以讓你提出一些有價值的問題，并且有助于你搞清楚這些問題的答案。

原文名：Ten questions to ask when storing data in the cloud 作者：Joseph Foran

【本文乃51CTO精選譯文，轉(zhuǎn)載請標(biāo)明出處！】

【編輯推薦】

1. 企業(yè)CRM等業(yè)務(wù)系統(tǒng)遷移到 "云"中的最佳實現(xiàn)
2. 云計算該“遷移”還是“自建”?
3. 遷移到私有云：技術(shù)選擇和實施問題
4. 云遷移全攻略：哪些應(yīng)用適合遷移
5. 沖動是魔鬼！云遷移不應(yīng)只看在“錢”的份上