简介
Kolla项目是2014年9月份，Steven Dake提交的，这位老兄以前是HeatPTL，还是Corosync作者，“牛”的一塌糊涂。对于OpenStack的项目是非常熟悉，并且以前是红帽工程师，目前跳槽到思科，代表思科推出Kolla项目。
Kolla的目标，就是要做到100个节点开箱即用，所有的组件的HA都具备。简单说，Fuel装完是什么，他就是什么样子。实现的代价肯定比Fuel小很多。
Kolla，就是把目前OpenStack项目用到的所有组件都容器化。
Kolla架构
OpenStack的项目，都会根据功能进行拆分，每个模块做一件事情。社区目前的规划大概是：
（1）Kolla，主要是负责Docker的镜像制作
（2）kolla-Ansible负责容器的配置管理
（3）Kolla-Kubernetes，也是负责容器的配置管理
OpenStack的容器化
kolla 的使命是为 openstack 云平台提供生产级别的、开箱即用的交付能力。kolla 的基本思想是一切皆容器，将所有服务基于 Docker 运行，并且保证一个容器只跑一个服务（进程），做到最小粒度的运行 docker。
kolla 要实现openetack部署总体上分为两步，第一步是制作docker镜像，第二步是编排部署。因此，kolla 项目又被分为两个小项目：kolla、kolla-ansible 。
- kolla 的优势
kolla 的优势主要得益于容器技术：- 得益于成熟的部署工具 ansible 和 docker，部署快速且稳定。
- 一个容器只跑一个服务，所以能将 openstack 服务控制到很小的粒度。
- 可以以组件为单位进行升级和回滚，例如升级 nova 组件，使用 kolla-ansible -i /path/to/inventory -t nova 命令即可。
- kolla 采用一切皆容器的基本思想，所以只需操作系统与 docker 兼容，从而规避了很多安装包依赖冲突的问题。
- 目前 kolla 项目在社区内的热度相对较高，社区支持更好。
- kolla 的缺点
- 完全依赖于 docker ，docker 的不稳定性会给整个环境带来巨大的灾难，不过目前 docker 已经问题很少了。
- 使用 kolla 部署好云平台后，给开发的 debug 和运维的故障排查会带来更多的复杂度，这个问题也可能通过写一个简单的 client 解决。
评论区