现在正是为您在本地和云端的存储开发数据的移动性、扩展性和敏捷性的好时候！云就绪存储可使您在所有地点运行所有的工作负载。

作者： Doug Ko，HPE云战略和市场拓展事业部

作为一个公司的IT负责人，为公司搭建的基础架构不仅要满足当前的需求，也要能应对未来数年的变化。未来的情形难以预测，所以更要将目前的工作做到最好。也就是合理推测，并相应地投入建设。

我们了解的未来是怎样的？几乎可以确定公有云将处于重要地位，相对不确定的是它具体会扮演什么样的角色。您的IT基础架构会完全在公有云上运行吗？可能不会。您会部分使用公有云服务吗？可能。您的公有云使用量会增长吗？很可能。您会将部分数据迁回本地吗？不能排除。

某些IT领导看到数据量稳步增长就认为他们的本地基础架构需要扩容。但是他们不确定应该部署哪个存储架构，害怕一旦需求变化了，尤其是云计算隐约来临之时，他们的投资就要打水漂儿了。因此，他们退缩了。但仅将种类繁多的科技置于孤岛般的数据中心系统内是无法适应未来的。最好的办法是扩展数据孤岛并在本地和云端同时加入同一数据集的多份拷贝。

其它的IT专家可能会想到的最好的方法是建立一个存储门径（gateway），一个本地装置来连接本地应用和云端的远程存储。最薄弱的环节决定着链条的强度——在这个例子中的薄弱环节就是云端门径。您如何确定今天安装的门径能正常处理未来的数据量呢？而且只要您本地的遗留存储还未集成到公有云存储，您将不得不完全依赖这一门径来处理往复迁移的数据，这种情形将是相当低效率的，未来也因处于危险之中。

存储或迁移数据中微小的低效情形累计后都可能演变成不良后果

可能还有人在想，部署一个虚拟的装置会有利于迁移数据，也能更好地利用公有云。但这将会涉及一个复杂的过程，包括配置、在云端搭建虚拟硬件等。大多数的IT专家、开发者和用户都需要一个简单的服务，它能提供大容量、快速性能、服务水平协议，但虚拟云装置往往并不具备这些。

在思考如何选择的时候，不要忘记每一个在存储或数据迁移中看似很小的低效情形在经过累积后都可能演变成不良后果。

最佳的选择是让您的本地和云端都准备就绪。AWS、Microsoft Azure和Google Cloud Platform都在使用REST APIs，您也应该考虑采用本地存储阵列，从零开始搭建并直接与云端API集成。当您的存储API与云端API集成后，在本地和云端之间迁移数据集就变得更加简单、高效。您将不会需要硬件门径或软件工具。加入一个具备自动功能的管理系统，您的混合云环境就都会实现可视化和高效的管理。

在最经济的位置存储数据

您将能够在您的本地存储阵列或云端运行同一生产工作负载。您也可在测试开发、分析和云爆发的时候快速部署并高效运行这样的流程。您也将能够轻松地将存储备份至云端——并在任何能满足您灾难恢复需求的地点进行复原。

数据存储在最经济的地点将节省您的开支。您的投资也将获得保障，因为无论是在本地还是云端，检查和执行将在您的存储中同时进行。从此在本地和云端之间迁移数据也将变得非常容易。

没有人能够预测未来。但您可以为未来的趋势做足准备。也就是说，现在就采用云就绪存储。