市场上有两种开源云管理平台——CloudStack和OpenStack相互竞争，所以网络供应商也面临如何对它们分配资源。例如，IT管理员需要知道他们是否应该只专注于某一种方法，同时减少对另一种方法的支持，或者对两种方法一视同仁。在对比CloudStack与OpenStack，他们还需要清楚各个供应商对这两种方法的支持差别。下面将介绍各个供应商所采用的方法。

　　只专注于一种解决方法的厂商

　　惠普是OpenStack基金会的白金成员，它只专注于OpenStack。惠普有两位执行官是基金会董事会成员，惠普已经成为OpenStack最积极的贡献者之一，也是最大的OpenStack代码数量贡献者之一。惠普的云解决方案经理Frances Quida指出，公司认为OpenStack比CloudStack更加稳定。“由于这个不断改善的框架很灵活，而且适用于各种混合交付模型，所以惠普将OpenStack定位为比CloudStack更加全面的开源云管理平台。因此，我们首选OpenStack，它是我们主导投资的方向。”

　　在收购了Cloud.com的云管理平台之后，思杰将CloudStack提交给Adobe软件基金会。思杰是OpenStack社区的成员，但是它已经中止了OpenStack方面的工作，并且在今年初退出了这个社区。从那时起，它就成为CloudStack的主要支持者，该方法的一个主要特征就是，它有大量全面生产中的CloudStack云——其中有许多包含超过1,000个服务器，有一个还包含了30,000个服务器。

　　专注于OpenStack  但也支持CloudStack的厂商

　　Arista、思科和Nicira是主要专注于OpenStack的供应商。他们开发了一些接口，使他们的产品能够运行在CloudStack环境中。

　　例如，OpenStack联盟的金质成员思科对一些OpenStack组件做出了重大贡献，比如Quantum网络组件。思科还开发了思科版本的OpenStack，它已经通过思科统一计算系统和Nexus交换机的测试，该版本可以免费下载。

　　尽管对OpenStack贡献了重要资源，但是思科认为，没有任何一种堆叠解决方案是适合它的所有客户的最佳选择。在最近举行的Citrix Synergy大会上，思科和思杰宣布准备共同开发一个集成的CloudStack架构，它包含思科UCS、Nexus交换机和思科ONE组件。思科负责云计算的首席技术官和OpenStack基金会的副董事长Lew Tucker指出：“思科为众多客户提供服务，因此也会与不同的合作伙伴（独立软件供应商）合作，开发适合多个云平台的解决方案。思科还使用一些开源项目（如OpenStack），致力于推动标准与通用平台在整个行业的发展。”

　　同时，Arista主要专注于OpenStack，但是也支持部署CloudStack的客户。Arista与OpenStack社区的合作伙伴一起实现了与Arista 交换机连接的Quantum插件，它还与Rackspace一起参与了Alamo OpenStack私有云认证项目。虽然Arista目前并没有积极参与CloudStack社区，但是它仍然保留将来参与其中的态度。在这个方面，Arista已经设计了它EOS操作系统的API，这样它们也可以整合到CloudStack环境中。

　　最近被VMware收购的Nicira已经成为OpenStack的主要贡献者。它启动并主导了Quantum组件的开发，并且已经将OpenStack部署为自己的内部云。但Nicira还将它的网络虚拟化平台整合到CloudStack，并正与思科合作将Quantum整合到CloudStack中。

　　同等对待两个平台的厂商

　　同时支持OpenStack和CloudStack的供应商包括Big Switch Networks、Brocade Communications Systems和瞻博网络。

　　瞻博网络是OpenStack和CloudStack两个社区的活跃成员，它参与了OpenStack的Quantum项目，开发了一些支持瞻博产品的插件，也提供了一些在CloudStack环境中支持其SRX Series服务网关的接口。

　　Brocade也是OpenStack基金会的企业赞助商，它运行着一个Cloud Lab，用于论证其VDX交换机的OpenStack模型配置。Brocade还将其ADX应用交付交换机和VDX产品与CloudStack进行整合。最后，它还与CloudStack社区一起合作，为客户开发支持这些产品的CloudStack接口。

　　Big Switch的开放软件定义网络套件支持各种不同的环境，其中包括OpenStack、CloudStack、Microsoft System Center和VMware vCenter。Big Switch的战略联盟主管Mike Cohen指出了OpenStack和CloudStack的优点，他说：“我们将这两种方法都视为很好的SDN平台，它们都有坚实伟大的社区支持。”

　　即使随着OpenStack和CloudStack的继续发展，我们也不能确定其中哪一种开源云管理方法会成为主导，或者这两种策略是否仍将继续保持竞争态势。有一种可能是：管理系统会合并在一起。有人并没有将OpenStack视为一种方法，而是一组适用于其他管理平台的开源组件。目前，CloudStack用户可以选择使用OpenStack Swift实现对象存储，他们也可以选择使用Quantum实现网络支持。由于可以在CloudStack部署中加入越来越多的OpenStack组件，所以这两者之间的差别可能会逐渐消失。

　　将来还可能出现另一种情况：有一种方法可能证明更适合服务提供商，而另一种方法则更适合企业云。无论出现什么结果，开发这两种策略的主要工作肯定都是提高云部署速度。