OpenStack可能并不是云领域的市场***，但是确实云架构的引路“人”。开源云服务是厂商的战略选择，从惠普到思科都是如此;对于另外的大多数人它就是一种云服务框架，包括Rackspace。不像亚马逊Web服务EC2，OpenStack主要作为企业软件和公有云服务提供，已经引发媒体讨论，但并不仅是一种造势。OpenStack的确有其创新之处，尤其是在虚拟网络上，更是处于前端。
就像所有的云堆栈，OpenStack是一套管理应用程序接口(API)，旨在控制资源池，并将其分配给租户或者应用。管理员通过“控制面板”以及一套共享服务(称之为“Glance”)管理OpenStack，管理员从而能够顾管理及其图像和模板创建。OpenStack也有三个定义的资源类：计算、存储和网络。API，比如Nova、Swift(对象存储)和Quantum，都在和开源项目关联后命名。
理解OpenStack的Nova和Swift API
Nova或者OpenStack计算功能是一个以hypervisor不可知的框架，可以管理虚拟机(VM)实例以及图像，然后在需要时在它们之间映射。OpenStack支持裸金属启动(bare metal)或者为连接资源池简化服务器设置，模板将帮助为用户或者租户按需创建项目实例。
用户通过Nova API同OpenStack交互，随后划分请求到一个路径的管理VM图像，一条路径到管理VM实例。在中央控制面板下，VM图像通过一个称之为Glance的服务管理，VM实例针对具体资源需求通过排队请求管理。
OpenStack支持其API和AWS的弹性计算云(EC2)API，致力于支持新生的API标准。因此Nova可以看做是OpenStack公有云的资源，意味着服务器/计算和存储资源在这里进行管理。使用的组件，包括SQL数据库和消息总线，都是开源的，理论上，OpenStack会自定制来支持每一个领域的任何多种选择。
Swift对象存储和AWS的简单对象存储服务(S3)类似，旨在扩展到zettabytes和多种结点的分配。同时Swife提供了和S3相似的基线功能，OpenStack当前没有关系型数据库管理系统(RDBMS)或者数据仓库扩展服务，现在二者都存在于AWS中。因此，并不是所有的亚马逊托管服务会被转移到OpenStack云中。
Quantum：OpenStack的虚拟网络接口和SDN连接
也许对于OpenStack的兴趣大都来自Quantum——虚拟网络接口。Quantum用于提供和应用相关的网络服务，基于数个基础网模型，比如默认网关路由Levvel 2域。
Quantum makes the network explicitly a resource of the cloud, which could be very significant as software-defined networking (SDN) gains traction with network
Quantum让网络知道云资源，对于网络运营商和业务来说软件定义网络吸引力是非常显著的。少数人认为SDN意味着每一个应用控制网络，一个条件是所谓的“网络混乱”。OpenStack的Quantum 提供了一个替代模型：云控制和网络、协调链接和细节，比如服务质量，根据应用需求和安装策略确定。
Quantum并不是没有这个问题，这也是其支持的维度更广。OpenStack背后有多个巨人样的志愿者支持，也有资源促进项目并提供文档，但是实施的分期也存在风险。分歧就会导致支持者自己版本之间的不兼容性。
Quantum的第二个问题在于运营。更大的云承诺，就更难以在云端创建应用并在资源间转移图像。VMware已经将云运营作为其主要的关注点和区别点，但是同时DevOps项目和OpenStack关联，DevOps并不是这个项目不可分割的一部分，也没有单独的制裁方法。因此，OpenStack可能在操作复杂上落后，或者多种不兼容方法会开发，进一步分割OpenStack平台，妨碍开发和部署。
现在，OpenStack有一个固有的技术日程，享受硬件和软件参与者广泛的支持。由于是开源的，技术没有成本，保证了早起的市场吸引。如果OpenStack继续以当前的步调加强和改善，很可能OpenStack会成为AWS***的威胁。
