在將數(shù)據(jù)放到公有云存儲之前，IT部門需要考慮如何把數(shù)據(jù)取出。

簡單數(shù)據(jù)訪問直截了當(dāng)，Taneja Group分析師兼高級咨詢師Jeff Byrne說道。大多數(shù)云存儲提供商支持基于Web架構(gòu)的表屬性狀態(tài)轉(zhuǎn)移（REST）應(yīng)用程序接口（API）。有一些也支持傳統(tǒng)基于塊和文件的數(shù)據(jù)，云存儲網(wǎng)關(guān)提供商將協(xié)助客戶在主要存儲云中訪問數(shù)據(jù)。

但是Byrne說，客戶如果想要從一個云提供商往另一個上傳輸數(shù)據(jù)或者將自己的數(shù)據(jù)取回到企業(yè)內(nèi)部，通常要靠自己的力量。在這篇播客中，TechTarget高級記者Carol Sliwa同Byrne進(jìn)行了對話，Byrne談到了主要云存儲提供商的數(shù)據(jù)訪問機(jī)制以及和數(shù)據(jù)傳輸相關(guān)的一些問題。

TT：如果一項業(yè)務(wù)數(shù)據(jù)已經(jīng)存儲在一個云提供商上，需要獲取訪問，會涉及多少工作呢？通常而言，如何根據(jù)時間和易用性特殊化流程呢？

Jeff Byrne: 目前方法比較直接了當(dāng)，訪問的易用性以及時間需要實(shí)際取決于數(shù)據(jù)類型和格式，即用戶擁有具體存儲類型的服務(wù)水平。比如，開發(fā)者想要為在云端執(zhí)行來編寫新的應(yīng)用通常將要利用基于云的對象存儲服務(wù)，比如亞馬遜S3。為了訪問其數(shù)據(jù)，在S3中，開發(fā)者在REST原則上使用Web服務(wù)API，現(xiàn)在，大多數(shù)云存儲API，包括亞馬遜S3和OpenStack云支持的都符合REST。因此，這是一種通用的API。

繼續(xù)說我們的亞馬遜S3案例，開發(fā)者訪問并操作其在S3存儲桶中的對象數(shù)據(jù)，可以使用“get”命令訪問具體的攢在S3中的數(shù)據(jù)對象。基本上，一個開發(fā)者熟悉哪些符合REST的風(fēng)格的API就能夠快速訪問其數(shù)據(jù)，如果這些數(shù)據(jù)屬于硬盤存儲，流程就非常容易。比如說，在開發(fā)者的筆記本上或者數(shù)據(jù)中心中。

有很多快速訪問的案例。但是如果你在其他范圍內(nèi)談?wù)摂?shù)據(jù)，比如歸檔數(shù)據(jù)，流程就會更長。舉個例子，亞馬遜的一項新服務(wù)，大概去年年中的時候推出的，稱之為“Glacier”。顧名思義，訪問Glacier上的數(shù)據(jù)非常耗時，因為它是為了歸檔存儲服務(wù)設(shè)計的。假設(shè)就是用戶數(shù)據(jù)并不會頻繁訪問。因此，在這個例子中，將會花費(fèi)三到五個小時獲取數(shù)據(jù)。

TT：主要的云存儲提供商之間的數(shù)據(jù)訪問方法有多少不同呢？

Jeff Byrne: 數(shù)據(jù)訪問方法在不同的提供商之間也不同，其實(shí)是基于他們所支持的API以及用戶存儲的數(shù)據(jù)類型。再次重申，如果你在談?wù)撻_發(fā)者使用云對象存儲的案例，比如S3。API在大多數(shù)云存儲網(wǎng)站上都可用。但是還有其他的協(xié)議支持。比如，Azure仍舊支持SOAP（簡單對象訪問協(xié)議）。還有好多網(wǎng)站支持WebDAV。

而且并不只是這些更新的基于Web的協(xié)議可用，也有很多提供商支持更為傳統(tǒng)的基于塊或者文件的數(shù)據(jù)。Nirvanix Cloud Storage Network和IBM SmartCloud Enterprise為例就支持基于文件的API，比如，NFS和CIFS。還有一些廠商支持基于塊的訪問方法，比如iSCSI。IBM和CleverSafe也是這樣的例子。

另外我要提到的一類是云存儲網(wǎng)關(guān)廠商。Ctera和StorSimple就是兩個例子。StorSimple實(shí)際上現(xiàn)在是微軟的一部分。這些廠商做的就是提供本地應(yīng)用，促進(jìn)訪問主要存儲云中基于文件或者塊的數(shù)據(jù)。我真的覺得這些廠商填補(bǔ)了大多數(shù)希望利用云的業(yè)務(wù)的重要需求，成本低廉且通用訪問等等，但是他們自己又不能負(fù)擔(dān)重新構(gòu)架其應(yīng)用和把數(shù)據(jù)做成新的云格式。這些網(wǎng)關(guān)允許他們這樣做了，基本上就是將現(xiàn)有的數(shù)據(jù)轉(zhuǎn)移到一個設(shè)備中，在設(shè)備中隨后被翻譯成基于REST的格式進(jìn)入云端，然后他們就可以從本地設(shè)備訪問數(shù)據(jù)。

TT：如果業(yè)務(wù)需要改變并且從一個云提供商向另一個傳輸數(shù)據(jù)，或者把數(shù)據(jù)取回到企業(yè)內(nèi)部，有多難？

Jeff Byrne: 用戶希望將數(shù)據(jù)放入云網(wǎng)站時，有一整套服務(wù)在那。幾乎每一個云存儲提供商都提供某種程度的原始數(shù)據(jù)播種服務(wù)或者運(yùn)輸服務(wù)或者不管怎么樣讓數(shù)據(jù)進(jìn)入。但是在提到將數(shù)據(jù)取出時，就很令人意外了，但是用戶大部分都是自己完成的。所以用戶需要關(guān)注很多事情。最大的問題在于云計算產(chǎn)業(yè)仍舊缺少互操作性標(biāo)準(zhǔn)，這也意味著需求將數(shù)據(jù)取出的業(yè)務(wù)必須確保他們的新提供商支持他們現(xiàn)在使用的數(shù)據(jù)格式，假設(shè)他們正在轉(zhuǎn)移到新的提供商。

也有工具可用，傳統(tǒng)文件傳輸工具，比如FTP，用戶可以用來轉(zhuǎn)移數(shù)據(jù)，但是并不能很好的連接到云數(shù)據(jù)。我覺得如果你疲于使用這些工具，就會發(fā)現(xiàn)流程不只是耗時，而且非常麻煩，因為你必須編寫這些工具類型的腳本；然后如果你自己做，數(shù)據(jù)傳輸本身就會變得延遲而且缺少安全性。

因此，如果你正在轉(zhuǎn)移非常大量的數(shù)據(jù)，又不能負(fù)擔(dān)缺少訪問和對這些數(shù)據(jù)妥協(xié)，你可能非常想要第三方的遷移解決方案。有很多解決方案可用。一些是開源的，一些是商用的，但是不太貴。比如非常突出的一個第三方，稱之為CloudBerry Lab，其工具稱之為Cloud Migrator，就支持亞馬遜、Azure、Rackspace等。像這樣的產(chǎn)品允許你進(jìn)行存儲桶之間直接基本的數(shù)據(jù)轉(zhuǎn)移，比如在像S3這樣的云網(wǎng)站中或者從一個云提供商到另一個的轉(zhuǎn)移。而且，這些服務(wù)工具都是安全且自動化的，比如，他們不要求在本地服務(wù)器上安裝軟件。因此，相當(dāng)無妨礙。在將數(shù)據(jù)傳輸?shù)降诙€云提供商的云之前，你不必首先轉(zhuǎn)移數(shù)據(jù)到你的數(shù)據(jù)中心。

另外要提的其他替代物，再一次重申還是云存儲網(wǎng)關(guān)提供商，因為大多數(shù)網(wǎng)關(guān)支持主要云存儲提供商，他們有合適的工具從一個提供商向另一個提供商遷移數(shù)據(jù)。