感谢邀请

本文的重点：对于容器公司来说，可以选择很多方式来玩，搞OpenStack是一件锦上添花的事情。对于OpenStack厂商来说，搞容器，可是生死攸关的事情。

众所周知，openstack的部署难度一直很大，即使从事相关工作多年，也不敢说是无论openstack的哪个版本都能安装。

至于容器是什么或者openstack是什么？这里就不赘述了。

我认为openstack和docker结合有以下好处

1.高效的部署方式

在我的问答里面有关于如何部署openstack（P版）的教程，当时那个教程就是利用docker来部署的。一般安装好操作系统的情况下，采用容器来部署的话，基本半个小时就能构建openstack。

2.完美升级

相信做过openstack部署的都了解，openstack的版本基本是半年一更新，在已经部署好集群的情况下升级的话，难度很高，而且也不能模拟生产环境进行测试。docker的升级方式堪称完美，只需要删掉原来的容器，启动新的容器，如果升级有问题，直接回滚原来的容器，在这些操作下，用户基本感觉不到。

3.openstack组件的灵活部署

一般的部署方式都会采用三个控制节点来解决HA，但是我想要5个怎么办？再比如我想把ceilometer(openstack的一个计量服务)单独部署出来怎么办？这些都是很难的任务。

如果和docker结合了以后，就很简单了，无非就是调整各个节点的容器分布，编排的问题。控制节点是3个，还是五个，rabbitmq放在什么位置，根本就不是问题。

4.降低了对操作系统的依赖

如果openstack集群采用了centos/redhat以后，想要换成Ubuntu，这个问题就很棘手了。但是把openstack与容器相结合以后，理论上，就可以摆脱操作系统的限制，因为只要你的操作系统能部署容器环境，那我的openstack集群就能安装。

5.纯净的系统环境

如果是之前部署的openstack，将来有一天你要把集群删掉的话，基本上除了重装系统格式化没有很好的解决办法了。但是利用容器部署，物理机不会受到任何“污染”，部署完成之后，如果不想使用了，可以直接把所有的container清除掉，便可以重新回到原始的、干净的状态。

最后，openstack与容器的结合是趋势，而且最新的多个版本已经都带了docker的管理。

以上就是我认为openstack与容器结合流行的原因，如果觉得有帮助可以点个赞或者关注，如果有不同观点或疑问欢迎留言讨论