貌似正在出现一个新的数据存储系统类别：面向云的存储阵列。主流市场还没有使用这个名词；但是不管人们叫它存储分层，还是网关还是复合云，他们都有一个共同点；客户可以以很低的风险试水，试验云存储基础架构。
传统的存储供应商正在把云当作存储阵列中的一个存储层级；或许最有名的就是EMC公司Celerra产品线的FAST功能（ Fully Automated Storage Tiering - 全自动存储分层），它把云作为存储的一层。在那个系统中云被视为一个存储层级，用来长期归档不常使用的数据。我们也看到F5网络公司在他们的ARX产品线中用类似的方式把文件数据分层到云中。
类似的，在网关方面，我们有Panzura公司，StorSimple公司和TwinStrata公司，提供可以作为站内存储系统或者通往云服务商的网关设备。通过这些系统，可以用多种方法配置利用云服务的方式。云可以作为主存储目标，网关只保存缓存的数据来去除在站外存储数据所带来的延迟。（这些系统通常可以加密、去重、压缩并提供快照功能。）另外，数据也可以固定，本地系统中保存数据的主要副本，云用来做灾难恢复目标。这个方式给那些怀疑云的人一个低风险的选择来尝试云服务，因为主数据还存在站内而且远程副本是加密的。这比用一个基于阵列的远程复制工具并自己维护一个远程站点要经济的多。
还有一个正在出现的为虚拟使用而设计的软件类别可以考虑。它可以利用存储系统的容量和特性，不管它是在站内还是在云上，并创建一个扩大的或者地理分布式的集群。根据分配的存储介质的类型，有多种不同能力的云服务，而这些软件替用户识别这些类别。一些网关可能会属于这一类，所以必定是有些重叠的，但是随着存储变得更加虚拟化而且更多的是依靠运行在通用硬件上的软件的竞争，这个类别就更值得注意了。Gluster是一个单纯软件的方案，在这个领域是先行者。
混合云
要接受混合云意味着你先要接受私有云。而到底什么是私有云还未有一个定论。是不是你的IT部门实施虚拟化并转移到一个面向服务的架构（SOA - service-oriented architecture）就行了呢？另外的一些人可能会告诉你你要满足与RESTful API，全局命名空间和IT拥有并维护的可扩展对象存储等相关的很苛刻的条件。我们（这使我想起我在存储供应商的日子）曾经把SAN和云一起放在幻灯片里并用现在我们描述云的一些特征来描述它。实际上，很多对SAN的定义一样可以适用与对私有存储云的描述。而一个面向云的阵列可能都不是一个总体云战略的一部分；它可能只是一个保险的、简单的方法来实现远程复制数据恢复服务。
为什么我认为这个面向云的阵列方式可能在随后的几年成为IT策略的一个重要部分？这是这个公式比较容易解释的部分。IT是人、流程和技术的集合。对想保留传统的阵列并继续现有的流程的现有存储用户来说，使用云作为传统阵列之后的一个存储层级给他们提供可扩展性和云级别的价格，而不需要大幅改变流程以及重新培训人员。或者，对那些需要更复杂的灾难恢复策略但负担不起一个远程站点、系统和管理人员的用户来说，使用存储阵列中的工具，点几个按钮就能实现加密数据的镜像，是一个连接了现在和未来的跨越性的技术，和一个熟悉的、安全的方式来测试云策略。
