現在正是為您在本地和雲端的存儲開發數據的移動性、擴展性和敏捷性的好時候！雲就緒存儲可使您在所有地點運行所有的工作負載。

作者： Doug Ko，HPE雲戰略和市場拓展事業部

作為一個公司的IT負責人，為公司搭建的基礎架構不僅要滿足當前的需求，也要能應對未來數年的變化。未來的情形難以預測，所以更要將目前的工作做到最好。也就是合理推測，並相應地投入建設。

我們瞭解的未來是怎樣的？幾乎可以確定公有云將處於重要地位，相對不確定的是它具體會扮演什麼樣的角色。您的IT基礎架構會完全在公有云上運行嗎？可能不會。您會部分使用公有云服務嗎？可能。您的公有云使用量會增長嗎？很可能。您會將部分數據遷回本地嗎？不能排除。

某些IT領導看到數據量穩步增長就認為他們的本地基礎架構需要擴容。但是他們不確定應該部署哪個存儲架構，害怕一旦需求變化了，尤其是雲計算隱約來臨之時，他們的投資就要打水漂兒了。因此，他們退縮了。但僅將種類繁多的科技置於孤島般的數據中心繫統內是無法適應未來的。最好的辦法是擴展數據孤島並在本地和雲端同時加入同一數據集的多份拷貝。

其它的IT專家可能會想到的最好的方法是建立一個存儲門徑（gateway），一個本地裝置來連接本地應用和雲端的遠程存儲。最薄弱的環節決定著鏈條的強度——在這個例子中的薄弱環節就是雲端門徑。您如何確定今天安裝的門徑能正常處理未來的數據量呢？而且只要您本地的遺留存儲還未集成到公有云存儲，您將不得不完全依賴這一門徑來處理往復遷移的數據，這種情形將是相當低效率的，未來也因處於危險之中。

存儲或遷移數據中微小的低效情形累計後都可能演變成不良後果

可能還有人在想，部署一個虛擬的裝置會有利於遷移數據，也能更好地利用公有云。但這將會涉及一個複雜的過程，包括配置、在雲端搭建虛擬硬件等。大多數的IT專家、開發者和用戶都需要一個簡單的服務，它能提供大容量、快速性能、服務水平協議，但虛擬雲裝置往往並不具備這些。

在思考如何選擇的時候，不要忘記每一個在存儲或數據遷移中看似很小的低效情形在經過累積後都可能演變成不良後果。

最佳的選擇是讓您的本地和雲端都準備就緒。AWS、Microsoft Azure和Google Cloud Platform都在使用REST APIs，您也應該考慮採用本地存儲陣列，從零開始搭建並直接與雲端API集成。當您的存儲API與雲端API集成後，在本地和雲端之間遷移數據集就變得更加簡單、高效。您將不會需要硬件門徑或軟件工具。加入一個具備自動功能的管理系統，您的混合雲環境就都會實現可視化和高效的管理。

在最經濟的位置存儲數據

您將能夠在您的本地存儲陣列或雲端運行同一生產工作負載。您也可在測試開發、分析和雲爆發的時候快速部署並高效運行這樣的流程。您也將能夠輕鬆地將存儲備份至雲端——並在任何能滿足您災難恢復需求的地點進行復原。

數據存儲在最經濟的地點將節省您的開支。您的投資也將獲得保障，因為無論是在本地還是雲端，檢查和執行將在您的存儲中同時進行。從此在本地和雲端之間遷移數據也將變得非常容易。

沒有人能夠預測未來。但您可以為未來的趨勢做足準備。也就是說，現在就採用雲就緒存儲。