来自：https://blog.csdn.net/chengqiuming/article/details/79489746
https://blog.csdn.net/a724888/article/details/75370853
https://blog.csdn.net/csdngeternal/article/details/48974381
OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources throughout a datacenter。开源云操作系统框架。
服务类型：IAAS
开发语言：python
OpenStack社区始终保持了高速发展的态势，目前已经成为了仅次于Linux的世界第二大开源软件社区。
云操作系统需要管理的，是一个由大量软硬件组成的分布式的云计算系统，而一个普通操作系统需要管理的，则是一台服务器。
(1)资源接入与抽象，是指将各类服务器、存储、网络设备等硬件资源，通过虚拟化的或者可软件定义的方式，接入到云计算系统中，并将其抽象为云操作系统可以识别的计算、存储、网络等资源池，以此作为云操作系统对各类硬件资源实施管理的基础；
(2)资源分配与调度，是指利用云操作系统的资源管理能力，将前述的不同资源，按照不同的云租户对于资源类型与数量的不同需求，将资源分配给各个租户，以及不同租户的不同应用；
(3)应用生命周期管理，是指协助租户实现各类云应用在云操作系统上的安装、启动、停止、卸载等管理操作；
(4)系统管理维护，是指协助系统管理员实现对于云计算系统的各类管理与运维操作；
(5)人机交互支持，指提供必要的人机界面，支持系统管理员和普通租户对系统实施各类操作。
openstack与虚拟化软件关系：
为实现资源接入与抽象的功能，OpenStack需要与虚拟化软件实施集成，从而实现对服务器的计算资源的池化。应该指出的是，在资源池化的过程中，物理资源虚拟化的功能，仍然由虚拟化软件完成。举例而言，在使用KVM作为OpenStack的虚拟化软件时，仍然由KVM完成将一台物理服务器虚拟为多台虚拟机的功能，而OpenStack负责记录与维护资源池的状态。例如，系统中一共有多少台服务器，每台服务器的资源共有多少，其中已经向用户分配了多少，还有多少资源空闲。在此基础上，OpenStack负责根据用户的要求，向KVM下发各类控制命令，执行相应的虚拟机生命周期管理操作，如虚拟机的创建、删除、启动、关机等。由此可见，两相对比，OpenStack更像是系统的控制中枢，是云操作系统的“大脑”；计算虚拟化软件则更像是系统的执行机构，是云操作系统的“肢体”。二者分工合作，共同完成对云计算系统中的计算资源池的管理，但绝不能认为OpenStack等同于计算虚拟化软件。
模块灵活：
在计算领域，可以以插件化的形式接入KVM、Xen、vCenter、FusionCompute等不同的Hypervisor；在存储领域，可以以插件化的形式实现对不同厂商的存储设备，以及Ceph、FusionStorage、vSAN等不同的软件定义存储的管理；在网络领域，可以实现对不同的网络硬件设备，OVS、Liunx-bridge、HAProxy等开源网络组件，以及多种SDN控制器的接入。
扩展能力：
从系统规模视角看，OpenStack总体上遵循了无中心、无状态的架构设计思想。其主要项目，均可实现规模水平扩展，以应对不同规模的云计算系统建设需求。在系统建成后，可根据应用负载规模的实际增长，通过增加系统管理节点和资源节点的方式，逐渐扩展系统规模。这种架构可以有效避免高额的初始建设投资，也降低了系统初始规划的难度，为云计算系统的建设者和运营者提供了充分的扩展空间。
与docker关系：
以docker为代表的容器技术应该会极大的压缩openstack在虚拟机方面的使用空间，哦对了，openstack还会管理网络和存储。但是需要它管理吗，不需要吗。必须要用windows的情况下还是不能用docker的，因为这一点，docker也会一定层度上拉升在服务器领域的linux操作系统占有率。一些需要强硬件资源隔离的场景下还是使用openstack之类的技术的。