目前，对于选择和使用云计算的讨论往往集中于云计算供应商而不是私有云计算用户，这一点已让越来越多的企业感到不满。随着云计算软件的不断成熟，一些新功能（例如OpenStack的Grizzly）虽然让用户怀有相当大的希望，但又很少与企业买家相关，这一事实让企业买家烦恼不已。现在是让我们从企业的角度来审视云计算软件的时候了。
可能云计算供应商们都很关注开源云计算（例如OpenStack、Citrix CloudPlatform以及Eucalyptus等），这是因为他们需要云计算软件，但是在企业之间对私有云计算的承诺仍然是很少见的。但是，具有私 有云计算需求的企业数量（尤其是他们对于云计算应对应用流量爆发和故障转移功能的需求）正在逐渐增长。事实上，对于企业用户来说，大多数云计算软件工具和 应用程序编程接口（API）都是特别有用的。其中的问题在于如何介绍这些云计算软件而不是如何开发这些云计算软件。
云计算堆栈软件的 目标是对一个应用程序实现实例化，具体操作是通过把应用程序分配给计算设施、将其与所需的存储资源链接，然后通过网络把它与其他的应用程序或组件和用户相 连。企业所钟意的云计算软件部署和云计算供应商所推崇的云计算软件之间最大的差异点在于多租户的问题。在公共云计算中，各个应用程序之间是彼此隔离的，这 一点是至关重要的，这是因为它们分别属于不同的用户，“串话”是一个安全方面的风险。从某种角度来看，这一差异造成了优先级上的差异和三种云计算API资 源类型的差异：计算、存储和网络。
可通过一系列不同于这三种资源类型的管理API来访问云计算堆栈软件的功能。通过使用由云计算供应商为流行硬件提供的自定义“挂钩”，API依次向下通过网络或虚拟机管理程序或者甚至由用户自己链接至它们所代表的资源。
重新思考“即服务”的应用程序部署
企业关注云计算堆栈软件，应当更多地关注软件能够更高效管理动态应用程序和扩展资源之间复杂交互的能力。打破“安装在服务器上”这一模式的应用程序新模 式（例如虚拟化和SOA）往往具有相互关联的复杂部署和重新部署流程。一个简单的错误就可能完全破坏一个应用程序或整个业务。通过为应用程序部署提供一个 管理模式，云计算软件可以使用一个有时候被称为应用程序-资源连接“操作化”的过程来监管这些复杂情况，这个过程将创建一套方法和一些实现高效支持与管理 的工具。
企业与运营商之间最大的云计算资源控制差异在于网络。企业可能会把OpenStack Quantum为网络即服务或虚拟网络创建所提供的功能视为冗余，但事实上它们不是。网络即服务意味着把网络设置管理与应用程序相连，即使对于企业来说这 也是极具价值的。例如，对于需要在站点之间为平衡负载或故障转移而移动应用程序的企业来说，网络即服务可能是私有云计算中最重要的东西了。最近发布的 OpenStack Quantum还包括了用于负载平衡即服务的框架，但它需要供应商或用户为之付出额外的工作量。
事实上，云计算软 件所支持的私有云计算“即服务”的这一概念是企业重新思考如何购买和部署应用程序与资源的一个强大方法。数据库即服务是指创建响应SQL请求而不是分配低 级别存储访问的“查询服务器”,它有助于推进公共云计算和混合云计算服务的使用；但是，这个服务也降低了网络成本并提高了纯内部应用程序部署的性能。使用 一个集中化身份识别服务（这是一些云计算堆栈软件所具备的一个功能）就能够提高应用程序的安全性和合规性。
即使在最基本的计算资源中， 云计算的“即服务”理念也是很有价值的。虽然部署云计算软件启动应用程序以便于在发生资源故障时能够快速迁移应用程序是不必要的，但是云计算的资源独立性 原则可使这一任务更易于实现和更易于实现操作化。有用户报告说，在这些应用程序的迁移过程中通常都会发生配置错误；云计算工具能够实现这些迁移工作的自动 化，并尽可能地减少这类错误发生的可能性。
拥有一点点想象力，在你主要IT与网络供应商的帮助下，你就能够创建一个基于私有云计算的应用程序和资源控制框架，它能够提高运行可靠性并有可能降低成本。