原文：http://chucksblog.emc.com/chucks_blog/2014/01/the-new-storage-buyer.html
注明：本文内容基于 VMware VSAN beta 版本撰写，请访问http://www.vmware.com/products/virtual-san/获得有关正式版本的更新信息。
农民会购买拖拉机。
如果您从事拖拉机销售业务，您必定会了解农民：知道他们的世界观、价值观等。同样，如果您从事印刷出版业务，您肯定对印刷厂相当熟悉。
这个道理对 IT供应商也同样适用：了解您的买家。大多数购买决策往往具有可预见性：服务器团队选择服务器、数据库团队挑选数据库等等。
而提到存储，在我的记忆里就一直没有变过：从来都是存储团队负责提出建议。如果您从事存储业务，您就会对存储团队了解得比较深：知道他们的组织结构、他们关心的事情、他们与其他人互动的方式等。
但是，如果出现一个不一样的的存储买家，又会怎样呢？如果他的采购方向与普通的存储团队完全不同呢？如果并非所有人都对普通的产品感兴趣呢？
如果向传统的存储团队介绍软件定义的存储 (SDS) 方面的新概念，很可能对方只是出于礼貌表示兴趣或点点头，很少会去深入了解。
但是，如果向那些不一样的存储买家介绍同样的新概念，则对方很可能会表现出极大的兴趣并积极倾听。
迄今为止，这些买家的反应褒贬参半。
综述
随着网络界对SDN（软件定义的网络，相对于硬件定义的网络）优点的讨论拉开序幕，存储界也不甘寂寞。
虽然给软件定义的存储提供一个权威性的定义并不难，但事实却不那么简单。在此，我以 VMware 对 SDS 的看法为例。一个合理的定义通常包括三个部分：
- 数据平面，可实现数据持久性（如存储数据），该平面由软件组成，通常运行在使用内部存储的行业标准服务器上。
- 一组数据服务（快照、复制、重复数据消除、缓存、加密等），这些服务在软件中实施，同样运行在行业标准服务器上。
- 控制平面（置备、监控、测量等)，可实现管理和协调。
在硬件定义的存储领域，这三个部分以物理存储队列的形式紧密集成在一起：数据平面、数据服务和控制平面。数据服务和数据平面会绑定在一起；而控制平面往往是供应商提供的任何阵列专用工具。
而在软件定义的存储领域，数据服务一般会与数据平面分离，而控制平面则会用于更高级别的云式框架。这三个部分很可能完全在软件中实施，并运行在行业标准服务器硬件上。
不一样的存储买家
在此，我将与您分享 ESG 去年所做的一项调查的结果。尽管无法由此下定论，但该结果也不容忽视。
当 IT 负责人被问及“如何从长远角度看待数据存储技术？”时，大多数受访者 (58%) 给出的答案都是一样的：“存储仍将是专业团队负责管理的专业技术”。
但是，大约三成受访者(32%) 却提出了与众不同的观点，这些观点会让人感到与现状格格不入。他们认为存储的“专业化程度会降低，它会依赖于价格低廉的硬件以及在虚拟化层中提供的软件。”。
这些人就是我们要面对的不一样的存储买家。我认为在不久的将来，我们与他们打交道的次数将越来越多。
这些人是谁？他们有什么需求呢？
我只能说说个人经验，但是，我所遇到的这种人往往在以下行业担当着架构师类型的职务：服务器、网络、存储等。
他们所做的决策会长期影响 IT的命运。
几乎所有这些人都热切盼望着类似云的操作模式，因此，把这些人描述为云架构师会更贴切，尽管这并不是他们的正式职务。
他们敏锐地意识到虚拟化的超强能力。无论采用什么形式，虚拟化都可以对硬件进行抽象，并在软件中重新创建相应的功能：无论面对的是服务器、网络还是当前的存储。他们认识到，专业化硬件仍然占有一席之地；但是，他们会倾向于选择行业标准服务器作为首选平台。
这些云架构师十分注重自动化和协调不断提升的价值，这是 IT效率的精髓。为此，他们不断努力开发融合平台：该平台会将硬件和软件融为一体。
为人熟知的融合平台概览
我有必要分享一下上周在互联网上热议的这条技术新闻。
这是 1991 年由 RadioShack 发布的一则广告。
最初的海报就如何将这些截然不同的功能汇聚到一个设备（即，iPhone）上进行了评论。例如，尽管有人认为专业相机具有很多优点，但是，目前大多数照片和视频都是使用内置摄像头的手机拍摄的。毕竟，您会专门携带一部最好的相机，而手机往往从不离身。
许多专业计算机任务、录音、CD 播放器、GPS 设备等也同样如此，这些功能借助强大的融合软件都汇聚到一个设备上。
当然，我们可以利用一些简单硬件制造出现代智能手机。但是，真正神奇的是软件（实际上是操作系统），它可以将所有这些功能汇聚在一起，让智能手机的用途发挥得淋漓尽致。
现在，所有的功能都以应用程序的形式呈现。我们的相机、录音机、音乐播放器、导航系统、计算器、记事本等等，全部都是软件，而不需要专门的硬件。
云架构师的独特想法
谈到基础架构，我相信大多数云架构师都会自然地想到一个共享的可替代资源池，这些资源可以动态地配置给当前任何 IT 基础架构任务：计算、网络或存储。
我们应该能够通过软件动态地调用所需的功能—负载平衡器、服务器群集、复制的存储池等，而不依赖于特定的硬件或独立工具。
我认为许多人都在关注这种最新的融合硬件平台，虽然他们很欣赏其中的部分功能，但同时也注意到灵活性上有所局限。当然，如果能利用在行业标准服务上运行的软件完成一切事务，那无疑是最令人期待的，但其中许多组件并不能很好地工作，或者不能很协调地运行。
我认为这些新的存储买家会对软件定义的存储兴趣浓厚，这种存储会实施为虚拟化管理程序不可或缺的组成部分，而不是一个附加组件。
冲突的世界
您会发现两种不同的角度发生了冲突。
一方面，当今的存储专业人员负责处理所有与存储有关的问题：性能、容量、可用性等。
另一方面，新兴的云架构师希望存储成为可以调用的另一个软件服务，不依赖于硬件。
到目前为止，这方面的争论已趋于白热化，而且还会有更多的争论接踵而来。
我认为没有谁对谁错。
只是我们的存储买家和他们的优先考虑事项已发生改变而已。
--------------------------------------------------------------------------------------------------------------------------------------------------