1、OpenStack背景

OpenStack最初是由美国国家航空航天局（NASA）和Rackspace合作研发的既是一个社区，也是一个项目和一个开源软件（IaaS），以Apache许可证授权。它提供了一个部署云的操作平台或工具集。旨在帮助云服务提供商构建提供虚拟计算服务和存储服务的云，无论公有云还是私有云，也无论大云还是小云都可以利用这个工具提供可扩展的、灵活的云计算服务。

2、OpenStack Official Program介绍

目前，OpenStack已经发布至G版，今年下半年将发布Havana版。下面是OpenStack wiki中的列出的官方项目，只包含所有的Core项目和孵化项目。对于OpenStack社区其他项目和其他开源社区的OpenStack相关项目，在这里不做介绍。

2.1 OpenStack Compute （Nova）

OpenStack 提供的计算服务，它底层的开源项目名称是Nova，其提供的软件能控制IaaS云计算平台，类似于Amazon EC2和Rackspace Cloud Servers。它本身并没有设计虚拟化相关软件，而只是定义了一系列与运行在主机操作系统上的底层虚拟化机制交互的驱动程序，用户可以通过基于Web的API使用它所提供各种功能。OpenStack计算无需知道底层的硬件以及管理程序的实现细节，相反它支持多种多样的标准硬件配置和主流的的虚拟机管理程序（VMM）。其典型的应用实例有：为SP提供一种IaaS计算平台、对IT部门的团队和工程项目提供计算资源、为海量数据处理提供类似Hadoop这样的工具，所提供的计算资源的规模具有可伸缩性，用以满足不同用户对网络资源和应用程序的多种层次的需求。

2.2 OpenStack Object Storage（Swift）

OpenStack Object Storage，是一个可扩展的对象存储系统。借助它用户可以使用标准化地服务器集群来创建冗余、可扩展的对象存储，储存大量数据。对用户而言，如果集群内的节点出现了故障，OpenStack可以迅速将故障节点的业务和应用迁移到别处。对象存储支持多种应用场景，比如备份和存档数据，图像或视频服务，存储二级或三级静态数据，开发数据存储集成的新应用，存储海量数据，为Web应用创建基于云的弹性存储。它不是一个文件系统，所以无法保证数据的实时性，更适合充当一个可被检索、更新的海量静态数据的长期存储系统。它采用分布式体系架构，具有很好的伸缩性、冗余性、持久性。

2.3 OpenStack Image Service（Glance）

OpenStack Image Service，是一个虚拟机镜像的存储、查询和检索系统，该组件提供了一种发现、记录虚拟磁盘镜像的机制，它所提供的RESTful API允许用户通过HTTP请求查询虚拟机镜像元数据，以及检索实际的镜像。虚拟机镜像有四种配置方式：简单的文件系统，类似OpenStack Object Storage的对象存储系统，直接用Amazon's Simple Storage Solution (S3) 存储，用带有Object Store的S3间接访问S3。

2.4 OpenStack Identity Service（Keystone）

Keystone是OpenStack的身份服务，负责OpenStack个项目的身份认证和高层授权。它目前支持token-base的身份认证和面向用户的服务授权。在将来的版本中，Keystone将允许扩展支持代理外部服务和认证授权机制，例如： oAuth, SAML and openID。

2.5OpenStack Network （Neutron）

Neutron是OpenStack向其他服务（e.g. nova）管理的接口设备（e.g. vNICS）提供的“网络即服务”（NaaS）。Neutron(原名Quantum)曾经是Essex版的孵化项目，正式出现Folsom版中。目前采用的是plugin-agent的架构，支持多种虚拟网络插件。

2.6 OpenStack Block Storage（Cinder）

Cinder提供了一组工具用来管理OpenStack中的逻辑卷。它最初作为OpenStack Nova的一个组件，叫做nova-volume。正式成为一个独立的项目也是在OpenStack的Folsom版中。

2.7OpenStackDashboard（Horizon）

Horizon是OpenStack Dashboard的标准实施规范，它提供了一个基于web的图形化用户界面，用来管理OpenStack的其他项目，如：Nova，Glance，Swift等。

2.8 OpenStack Metering/Monitoring（Ceilometer）

Ceilometer是OpenStack Grizzly版的孵化项目。该项目为OpenStack收集的测量数据的唯一基础设施，它提供了一个统一的框架，避免出现重复的agent收集相同的数据。它的主要目标是测量和监控，但是框架的设计满足易于扩展用来收集其他数据。为了实现这个目标，Ceilometer 收集到的数据一定是在不通的模块之间可共享的。

2.9 OpenStack Orchestration （Heat）

Heat向开发人员和系统管理员提供了一种简便地创建和管理一批相关的资源的方法。最初利用Heat可以实现监控预警功能，在发布版本中，该功能可能会被移植到Ceilometer中。Heat是OpenStack Grizzly版的孵化项目。该项目使用 AWS Cloud Formation模板格式，提供协调部署多个复合云应用程序的服务，类似于 AWS Cloud Formation服务。Heat对外提供Openstack-native ReST api，同时也兼容Cloud Formation Query API。

2.10 OpenStack Common Library （Oslo）

Oslo 就是以前的nova common，社区将OpenStack中共性的组件都剥离出来，同一放在Oslo模块中，向外提供高质量的、稳定的、一致的、记录和普遍适用的API。

2.11 OpenStack Database Service （Trove）

Trove 是Openstack的数据库即服务项目（Database as a Service）。是运行在openstack平台的服务，目标是允许用户快速、简单的使用关系数据库，而没有处理复杂的管理任务的负担。云用户和数据库管理员可以根据需要定义和管理多个数据库实例。该服务将专注于提供资源隔离同时复杂的管理任务自动化包括部署、配置、修补、备份、恢复、监控。

2.12 OpenStack Bare Metal（Ironic）

Ironic 是从Nova的Baremetal driver中分离出来的项目。目标是提供一组bare metal hypervisor API，实现OpenStack 对bare metal machines的管理，就像对现在对虚拟机的管理一样。

2.13 OpenStack on OpenStack （TripleO）

TripleO 是设计用来在OpenStack平台上自动化搭建OpenStack，并实现管理和更新。TripleO目前需要依靠Nova的baremetal（以后的Ironic）。因为简单的在虚拟机中搭建OpenStack平台，我们并不能看到太多的价值，两层虚拟化反而造成额外开销，影响性能。结合Ironic和TripleO，我认为可以这样理解：第一层OpenStack Ironic对barematle的管理可以看做对第二层OpenStack Compute Node的管理，总共只有一层虚拟化，并没有太多额外的开销。

2.14 OpenStack DevStack

OpenStack自动化部署工具。提供一系列脚本，方便OpenStack的部署。

参考资料：

https://wiki.openstack.org/wiki/Programs