存储很久以来就崇尚更大更快。对卖方来说，很多的销售代表认为销售一个硬件的最好方式就是用很多吸引眼球的参数来区别它们，例如控制器吞吐量、背板带宽、IOPS、MBps、数据去重复比率、每机架TB数，和其它令人印象深刻的属性。

通常，那种虚张声势和胜人一筹可能会遮蔽一些真正的存储创新者所提供的东西。那些供应商专注于可以使得存储“更好”或“更高效”的元素——这些更可能对业务的能力和成本产生影响的东西。这不是说创新者就没有得到过引人瞩目的成功。少数的创新者实际上已经给市场带来了更好更高效的存储，就是他们首先使用一些类似快照、精简配置和容量管理等技术的。但是多数的创新者和那些存储巨无霸相比都很小。那些大人物们觉得鼓吹更大和更快比较容易，直到他们不得不对较小的供应商和他们的破坏性的创新做出回应时。

但是游戏规则正在真真正正地发生永久的改变。这改变发生在IT服务的消费模式上。这和那些发生在“云”旗号下的变革是密不可分的，而它又一次得益于较小的、创新的存储公司。我们来看一些代表了这个变化的实例吧。

3PAR

创立十年，即将作为HP公司的一部分而延续其生命的3PAR，仍然是下一代阵列技术的一个极好的范例。这个公司的产品重视的是使用的简便性、性能和可扩展性，而且在所有这些方面，他们都出类拔萃。同时3PAR还有一个显然很具革命性的应对灵活消费的方案，至少对存储业界是如此：3PAR Cloud Agile。

3PAR存储一直被那些寻求一个公共存储基础的服务提供商所看好。3PAR Cloud Agile使服务提供商成为一个渠道，而通过这个渠道，3PAR的客户灵活地选择更多的3PAR存储服务。在按用量付费的基础上，3PAR Cloud Agile存储能够成为一个灾难恢复（DR）数据复制远程系统。或者它可以成为一个安全的、分区的虚拟阵列，看起来和用起来就和一个本地的阵列一样，但是却托管在云中，以应对突发的业务量高峰。它仍然是那个你已经决定花大价钱买下的存储系统，而现在它可以按需使用，随时可以扩充你现有系统的容量。

Actifio叠加在一个存储架构上来提升特定领域的存储能力：数据保护，DR以及业务连续性（通过简化过的VMware SRM）。用一种存储虚拟化和连续数据保护（CDP）型技术的变体，Actifio可以改变数据存储架构的能力，提供更好的灵活性和更佳的易用性。

Cirtas系统

CirtasBlueJet云存储控制器使得EMC的Atmos或者Amazon的S3这样的云存储变为一个本地的iSCSI存储阵列，并把RESTful对象存储变为一个安全的、分散的、受保护的“不可丢失”数据的容器。

Cirtas把一个云存储服务重封装成其他形式（iSCSI）以供主存储使用，只付出较低的代价并提供增强的能力（扩展性、保护、防灾能力），从而提供了灵活消费的能力。

中间代理和灵活消费

通过类似服务器虚拟化的技术对数据中心进行抽象已经使得IT人士更容易接受那些更好的地“中介”他们的存储链接的方案。用户急切地需要那些可以更好地连接虚拟负载和存储，同时应对聚合数据中心的I/O和保护方面的挑战的中间代理。中介是通往利用云来提供灵活消费的一条路径。

过去几十年的技术进展都是基于提供更灵活的利用技术的能力。今天的消费变化更多的是有关于容量和成本。过去的尝试，例如ASP和托管存储，都没能提供有竞争力的综合容量和成本。

今天的创新者们深知不论方案如何交付，云、虚拟化、聚合技术都正在改变消费。要建立一个大型、多租客、自服务的基础架构，该架构必须是“非中介的”。这意味着可供多租客使用的简单的原始服务，一个基于构建组件风格的架构，以及和规模无关的简单的管理。

中介：反对堆栈

为了追求一个大规模的、多租客、自服务的架构，像Cisco系统、EMC/VMware、HP和Oracle这样的公司在构建看起来更加不可分割及私有化的完整的方案“堆栈”。“堆栈”有些像过去的“更大更快”方式的一个新变种，在如今的云计算时代多少有些不合时宜。

但是不管堆栈将成功还是失败，下一代IT的价值会来自更好的差异化和更容易建立中介层次——能够改变大规模云架构中使用存储和计算方式的应用、软件和设备。

成为一个灵活的消费者

为什么这些对你是重要的？是时候考虑一下使用存储的不同方式以指导你的战略决策了。如果你认为这个改变是重要且持续的趋势，那它会极大地改变你的架构。

做对了的话，灵活的使用服务可以提供更快和更好的不同能力的服务之间的集成，而且在何处使用和管理它们也有更多的选择。注意那些新兴云计算企业——例如Cirtas，CTERA网络公司，Nasui公司，StorSimple公司，TwinStrata公司和其它公司——把他们产品推向市场的速度。再看看这些方案实施起来是多么的简单;对一个部门或者分公司是多么合适。

对企业架构师来说，存储服务在你的架构中交付方式的变化值得你在规划架构的时候留意。你在聚合的时候是否考虑到了可扩展性？你选择的服务是否可以灵活地满足多租客的需求？谁来管理这些服务？这个列表会持续增加。请留意这个正在逐渐发展的领域。

本文选自《存储经理人》2010年11/12月刊。