企業(yè)采用云策略的最后一步是盡可能充分地利用云端可用的服務(wù)。問題是大多數(shù)組織的第一步是利用云計算進行備份或歸檔，這通常意味著發(fā)送到云端的數(shù)據(jù)存儲在私有部署或云服務(wù)無法訪問的卷中。在企業(yè)開始實施云策略時，IT規(guī)劃人員需要注意確保他們所采取的步驟不會使采用云服務(wù)的最終結(jié)果難以實現(xiàn)。
第一步 - 從本地部署的服務(wù)開始
由于組織擁有的大多數(shù)數(shù)據(jù)都是本地部署的，而不是在云端，因此企業(yè)采用云計算的第一步是在本地部署數(shù)據(jù)中心中創(chuàng)建云存儲平臺。傳統(tǒng)應(yīng)用程序和新型現(xiàn)代應(yīng)用程序都可以使用而不必重構(gòu)應(yīng)用程序的系統(tǒng)。對于大多數(shù)組織來說，這意味著企業(yè)需要購買支持NFS和SMB等傳統(tǒng)協(xié)議訪問的對象存儲系統(tǒng)，以及支持S3存儲。
組織不要將這些協(xié)議要求視為復選框項目，這一點很重要。對象存儲系統(tǒng)供應(yīng)商提供了不同的支持級別。例如，傳統(tǒng)的存儲協(xié)議支持通常是通過使用第三方網(wǎng)關(guān)來實現(xiàn)的，該網(wǎng)關(guān)實現(xiàn)從NFS到SMB的轉(zhuǎn)換。這些網(wǎng)關(guān)并不是一個理想的架構(gòu)，將面臨性能瓶頸的擴展性挑戰(zhàn)，當然這會增加對象存儲解決方案的額外成本。此外，還有一個支持的問題。如果兩個系統(tǒng)之間出現(xiàn)問題，可能會引起指責。
AWS S3 API支持也是如此。AWS公司希望確保系統(tǒng)完全支持S3 API。此外，還希望確保原有協(xié)議和S3協(xié)議之間的接口是無縫的。在理想情況下，系統(tǒng)應(yīng)該支持同時訪問來自任何協(xié)議的相同數(shù)據(jù)。
第二步–遷移到云端
下一步是遷移到云端。在這里，對象存儲解決方案應(yīng)該提供基于策略將數(shù)據(jù)同步到云的能力。例如，一些組織可能希望將其所有數(shù)據(jù)復制到云端，而另一些組織可能只想將陳舊的、存檔或不常訪問的數(shù)據(jù)遷移到公共云。其重要的功能是再次訪問數(shù)據(jù)，這意味著期望存儲在對象存儲中的數(shù)據(jù)的云服務(wù)可以通過S3協(xié)議訪問這些數(shù)據(jù)。
如果對象存儲軟件還增加了管理全局名稱空間的功能，則可以將本地私有云和公共云存儲同時視為一個實體。全局命名空間意味著本地應(yīng)用程序可以無縫修改任何位置的數(shù)據(jù)。
第三步 – 采用多云
這個過程的最后一步是采用多云，實質(zhì)上是在云端之間同步數(shù)據(jù)。多云功能使組織有機會利用某些云計算提供商獨有的服務(wù)，或利用更好的計算或存儲定價。組織具有像服務(wù)器、存儲和網(wǎng)絡(luò)這樣的基礎(chǔ)設(shè)施的多廠商策略，他們將繼續(xù)有多個云IaaS的來源，這是很自然的。
關(guān)鍵的是如何實施這個多云策略。 IT規(guī)劃人員應(yīng)該查找提供單一名稱空間的產(chǎn)品，并使用策略來驅(qū)動數(shù)據(jù)放置，其數(shù)據(jù)的位置(無論是本地部署還是任何云端)對應(yīng)用程序和用戶都是透明的。在理想情況下，該系統(tǒng)還會將在云端訪問的舊數(shù)據(jù)恢復到本地數(shù)據(jù)中心，直到老化策略將其移回正確的云端。
從本地部署的私有云存儲開始，這是組織云計算之旅的理想開端，但是這一開始必須與企業(yè)發(fā)展的長遠目標保持一致。 IT規(guī)劃人員需要將對象存儲系統(tǒng)作為數(shù)據(jù)管理解決方案的一部分，它可以支持傳統(tǒng)協(xié)議，同時提供對最新協(xié)議的訪問。
