•云框架：这包括工具集，如OpenStack，这是真正的云计算一个非常优秀的开源框架。诸如Rackspace这样的公司能够让其实现规模化的运作管理。然而，企业的IT部门真正能够在OpenStack部署上所建立和管理的数量是非常少的。

　　•Hyperconverged基础设施：诸如Nimboxx这样的企业都提供交钥匙解决方案，提供相同的弹性云计算的好处，这样的框架和工作流程能够支持单一的，模块化设备的传统遗留应用程序。这些数据中心的一箱式解决方案，使企业能够从小处着手，并以最小的增量进行扩展。他们还能够充当传统遗留应用程序和弹性的云应用之间的桥梁。

　　当企业在考虑hyperconverged基础设施解决方案时，区分“堆栈业主(stack owners)”和“栈栈依赖(stack dependents)”之间的关系是非常重要的。stack dependents是在虚拟机中运行的解决方案，以另一家供应商的管理程序为基础。而Stack owners是供应商运行在裸机上的，自行构建的整个堆栈。

　　这些差异如何体现出来：

　　•许可证：Stack owners效仿主要云提供商所使用的开源虚拟机管理程序(KVM和Xen)，无需支付昂贵的软件许可证费用。而Stack dependents通常会提供多管理程序的支持，但与开放源代码版本只有有限的集成。

　　•性能：Stack owner运行在裸机上，使其能够直接控制存储硬件资源与计算。而Stack dependents在虚拟机中运行，这意味着每一个I/O操作都是一个不必要的低效率路径。尽管stack dependents宣称有16000个IOPS来自一个三节点群集，stack owners则可以从单个节点提供180000 IOPS。

　　•简单性：Stack owners从一个单一的窗格玻璃面板管理整个端到端的基础设施，能够在一款企业内部的私有云解决方案提供公共云的体验。Stack dependents减轻一些存储管理的复杂性，但总的来说，系统和虚拟机管理仍然需要多接口，多个应用程序。

　　•安全：Stack owners能够对硬件的各方面实施直接控制，可以支持诸如对静止状态的数据实施加密的技术。而Stack dependents由于是在虚拟机上运行，缺乏控制。在其设计过程中，内在的要求是(如管理程序)在堆栈启动前启动，而这阻碍了其获得敏感部位数据集的能力。

　　•软件定义：Stack owners拥有一切，这意味着软件定义的任何事情都是可能的，包括实时，自助学习系统，可以根据需求提供或切断资源供给和重新分配工作负载。Stack dependents 仅仅只是拥有存储池。

　　真正的突破将来自那些能够使我们的大企业，以及那些规模较小企业能够方便的消费这些复杂技术。下一代的类似于VMware这样的公司将是那些能够成功地提供一款真正的弹性私有云，并能够以简单的易于部署，易于扩展，高性能的产品来支持传统工作复杂性的企业。

　　责任编辑：余芯