openstack与docker的结合应用（理论）

Openstack

起源于2010年7月的 austin 版本，作为典型的云计算 Iaas 层的具体实现工具，在与当年的 Opennebula、Cloudstack 的血拼中脱颖而出。通过命名为 nova、neutron、keystone、glance 等各组件实现对裸机、虚机、块存储、对象存储、文件目录、网络、负载均衡、防火墙等数据中心基础架构的统一调度管理，目前已经发布到 M 版本，形成了较强的开源生态圈和产业链，同时也成为了国内企业开源私有云构建的事实首选。

Docker

起源于2013年3月的首版，是基于LXC为基础构建的容器引擎，通过 namespace 和 cgourp 实现了资源隔离和调配，使用分层存储来构建镜像，这些特性实现了将 OS 和应用捆绑的方法，直接造成了整个玩法的变革，使得应用系统环境标准化、集装箱化传递成为现实。如果说 Openstack 只能让数据中心的架构师、系统网络工程师兴奋的话，那么 Docker 则是可以让开发、测试、应用运维、系统网络工程师都兴奋的东西（从曲线的热度即可印证），同时随着DEVOPS、CI/CD、微服务的火热，Docker 正好是实现上述名词的极佳载体。由于 Docker 本身是缺乏集群调度、管理、监控、服务注册发现等集群化运行管理能力的，因此目前也存在三种主流的 COEs（Container Orchestration Engines） 容器调度引擎：原生的 docker swarm，google 的 kubernetes（borg 简化版）以及 apache mesos，这三种主流的 COEs 目前还在都还在发展中

LXC
Linux Container容器是一种内核虚拟化技术，可以提供轻量级的虚拟化

Microsoft Visual Studio .NET
同义词 VS.net一般指Microsoft Visual Studio .NET
2002年，微软推出第一款基于·net架构的开发工具Visual Studio .NET。该架构将强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。后续版本的Visual Studio都继承了这种架构。

namespace
namespace即“命名空间”，也称“名称空间” 、”名字空间”。VS.NET中的各种语言使用的一种代码组织的形式 通过名称空间来分类，区别不同的代码功能 同时也是VS.NET中所有类的完全名称的一部分。

nove-docker

该方案将容器像 VM 一样操作，通过增加 nove docker driver，实现对 Docker容器的启停、创建等常规 VM 的操作，可以通过 Docker save 方式将镜像存放在 glance 之中，该种方案很大的好处在于可以使用现成的 Openstack neutron 来管理网络、实现租户的资源配额、使用 host os（注：此处不等于 baremetal ）等 Openstack 的天然好处。然而缺点也明显，没法使用 Docker/COEs 带来的更有价值功能，例如服务发现、端口映射等。国内某大型电商就使用的该方案。该方案是早期的集成方案。目前已经不在官方版本中。

Zun

社区的新项目，6月刚刚起步。目标在于解决 nove-docker 方案存在的问题，独立于 nova 之外实现 Docker 部署调度框架，自身实现与 glance、neutron、cinder等组件的集成。然而并不实现对COEs的部署调度。该项目由国内民族 IT 企业社区活跃大神主导。

Magnum

在14年的 nove-docker 及 nove heat plugin 总是不够完美的情况下，社区于15年3月推出了 magnum 版本。通过管理 COEs，将 COEs 作为服务进行提供。同时在15年的官方白皮书中也再次发布了容器与 Openstack 的未来：通过 magnum 管理在 vm 及 baremetal 上提供 COEs 的服务。

经过总结，简单来说就是让openstack不在创建VM，而是通过nove-docker等官方工具或第三方工具来调度docker创建容器（也就是在openstack中创建容器精确分配资源）。（若有不对之处请与我联系qq：893524995）