参考架构与纯软件的超融合系统相结合可能是一个很好的方式，它使软件感觉更像是一个完整的系统。

要理解超融合系统的参考架构，应该看看我们是如何走到这的。市场上所有的原生超融合系统都是以设备形式出现的。无论服务器还是网络，它都已经被打包进这个设备节点里了。

最近，一些厂商开始将横向扩展（Scale-Out）存储作为他们的主要产品线，并认识到他们已经有一个与超融合系统非常相似的架构，而他们的处理器又遗留下来充足的处理能力。于是他们希望将该存储系统转变为一个超融合系统，而其中很多厂商以纯软件的方式提供存储功能。

然而，他们很快意识到，设备或者模仿设备的经验，对于超融合系统来说是必须的。于是他们说：“你看，我们要为您提供一个参考架构”，你可以将它想成是一套指导建议。我举个例子：也许有一个针对500用户的虚拟桌面基础架构（VDI）环境的参考架构。在这种情况下，参考架构可以是针对持久性VDI，而另一个可能是对非持久VDI。供应商为客户提供参考架构，并告诉他们：“如果你想在200用户或500用户的VDI环境中获得足够的性能和易用性，我们建议您这样做：将我们的软件，与某类型的硬件，结合起来，并遵循最佳实践，那么在训练结束时你将获得如同设备使用般的经验。”

参考架构会对你有所帮助 ——当你想获得超融合系统的经验，但只买软件而不是一个完整系统。这时候参考架构就会很重要，因为他们会把软硬件组合都包含进来，最终为用户提供一个愉快的学习经验。简单地说，你可以把参考架构看作一整套最佳实践中的一系列指导建议，它使得纯软件的产品在提供给终端客户时，就像设备提交给客户那样，能产生期望的结果。对选择纯软件产品的客户来说，优点就是灵活性：只要遵从供应商所设定的界限，你可以自由选择你想要的hypervisor、硬件和服务器类型。