因此，什么是企业级环境中正确的OpenStack用户案例?与之相关的成本是多少?让我们通过三个企业应该部署OpenStack的潜在应用场景来了解。很重要的一点要注意，这些用户使用场景同样适用于其它的一些开源云工具，例如CloudStack 和 Eucalyptus。
1. 接近用户特点
作为开源平台，OpenStack完全实现定制化。例如，开发人员创建OpenStack时并没有考虑和AWS(Amazon Web Services)API或vSphere的兼容，只是后来在用户社区中有人修改了软件适应这些需求。
这种定制化对云用户是很关键的差异。假设是VMware vCloud工具的用户需要兼容AWS，而自己却无法完成这样的修改。他们必须对该功能提出需求然后等待VMware自己添加到应用中。如果这类需求在社区中并不普遍或者不在供应商的业务需求产品规划中，该功能可能永远不会出现。
2. 避免厂商锁定
很多管理员抱怨一旦他们开始使用某个商业化云平台，例如VMware vCloud或AWS，他们就被绑定到该厂商的生态圈内了。可以从一个公有云迁移到其它平台并且在多个云供应商之间实现冗余是部署OpenStack的两个优势，此外也避免了厂商锁定。
一度流行又迅速关闭的云存储供应商Virvanix，一直强调企业拥有冗余选项的重要性，但是缺少开放的标准会限制这种能力。
OpenStack为企业提供了通用的平台可以实现横跨多个云供应商部署。这保证了企业拥有选择权，可以把自己的OpenStack私有云扩展到多个兼容的云供应商。
任何IT团队都可以建立一个OpenStack的变异版本来满足自己客户的需求，但是这种定制化代码也会带来新问题。
OpenStack一贯坚持部署最新的软件版本，但如果企业修改了代码来满足自己的特殊需求，可能会导致跟新版kernel的兼容性问题。
3. 使用混合云生态环境
当用户考虑迁移到云的时候，第一时间会想到AWS，忽略了它是否适合业务或满足他们企业的技术需求。亚马逊在云市场的优势也代表了对另一个公有云选择的需求。
直到OpenStack出现，开源的云平台主要致力于提供AWS兼容性。对Rackspace或HP而言，无论怎样，兼容AWS的云管理工具无法提供有竞争性的特性。OpenStack生态系统为企业用户提供了大量的可选第三方云供应商，包括Rackspace、HP和Dell。这些企业借助OpenStack结合类似RightScale的云broker可以提供媲美AWS的可扩展性。
这些选择并非总是成功的。Rackspace就总是因为OpenStack云市场缺乏增长而被华尔街诟病。该供应商依然保留了推出其它的采用了VMware堆栈但借助OpenStack管理的云产品。这种云显示出企业用户有要求Rackspace提供这类产品。Rackspace创建类似OpenStack的解决方法，把自己的私有云铺开并扩展到公有云的模式在今天的市场中很难实现。
Ebay的PayPal业务单元是成功部署企业级OpenStack的例子。PayPal围绕OpenStack和VMware ESXi部署了一个可扩展性很好的方案，但是需要投入大量的资源用于所需功能和整合开发。
IT行业已经看到大量的投入，或在非技术型公司部署OpenStack.无论是创业型还是巨头公司都有内部开发的工具解决OpenStack的限制，但是非技术型企业可能不具备开发能力，无法满足OpenStack成功部署的需求。尽管如此，正确的企业拥有正确的资源和需求将会从OpenStack中获益。
