看看最近来自hypervisor厂商的存储模型和他们在软件定义存储世界的小黄人，看上去他们没有从前辈那里得到任何教训。罔顾历史教训必将重蹈覆辙。只是，受伤的还是消费者。

　　软件定义存储本身没什么错。事实上，SDS的基本理念还包含很多的价值：将所有的高价增值软件迁离阵列控制器，迁至服务器上并成为一台基于软件的超级控制器。

　　很长一段时间，我都在抱怨阵列控制器上植入增值软件。所以这次，我很高兴看到有像IBM这样一家公司拿出XIV，这本身是一款纯软件产品，接入了专用控制器并制造了XIV阵列，并回归其原始样式——作为Spectrum家族的SDS产品出现。

　　不幸的是，软件定义存储厂商大多复制硬件定义存储控制器设计方法来创建SDS控制器——首要针对专有操作，因此他们只用于特定工作负载。

　　简言之，VMware并不真的想Virtual SAN应用在非VMware虚拟化工作负载上。

　　另一方面，微软实际上也不想让其Clustered Storage Spaces去托管外来的工作负载，但他们十分善于维护自己的立场。“是的，你可以将VMware虚拟机存储在我的SDS架构上，”你很可能会听到这样的声音。“我们提供了便捷的工具能够实现VMDK到VHD的转换，很快，我们还将提供对Xen XML文件的转换支持！”

　　专利设计

　　在微软看来，世界并非零和游戏，而是一个无限扩张的宇宙。

　　这个观点是说专有控制器设计将不会再随SDS消失，就像是过去的专有DAS阵列被SAN阵列和NAS设备取代。

　　我们已经看到专有的超融合设备在市场上的出现，它只支持一家hypervisor。即使是顽固的DIY玩家也要接受hypervisor厂商的核准组件列表或预先认证的节点硬件套件。