openstack，docker，mesos，k8s什么关系？

通俗易懂语言讲解：，，mesos，k8s技术的关系和用途。 简述一.

：公认的云计算IaaS平台，其管理的核心目标对象是机器（虚拟机或物理机），当然也可以管理存储和网络，但那些也大都是围绕着机器所提供的配套资源。近年来容器技术火了之后，也开始通过各种方式增加对容器的支持，但目前还不被视为管理容器的主流平台。

：这里我假定你指的是 （也叫做 ，或最新的名字：Moby），它是一种容器运行时（ ）的实现，而且是最主流的实现，几乎就是容器业界的事实标准。是用来创建和管理容器的，它和容器的关系就好比（比如：KVM）和虚拟机之间的关系。当然，公司对 本身的定位和期望不仅仅在于在单机上管理容器，所以近年来一直在向 中加入各种各样的高级功能，比如：组建多节点的集群、容器编排、服务发现，等等。

（K8s）：搭建容器集群和进行容器编排的主流开源项目（亲爹是），适合搭建PaaS平台。容器是管理的核心目标对象，它和容器的关系就好比和虚拟机之间的关系，而它和的关系就好比和之间的关系。一般来说，是和配合使用的，调用每个节点上的去创建和管理容器，所以，你可以认为是大脑，而是四肢。

Mesos：Mesos是一个通用资源管理平台，它所管理的核心目标对象既不是虚拟机/物理机，也不是容器，而是各种各样的计算资源（CPU、、disk、port、GPU等等）。Mesos会收集各个节点上的计算资源然后提供给运行在它之上的应用框架（比如：Spark、、甚至是）来使用，应用框架可以将收到的计算资源以自己喜欢的任何方式创建成计算任务来完成特定工作（比如：创建一个大数据任务计算个π什么的）。由于容器技术近年来的火热，Mesos也对容器进行非常深层次的支持，它内部完整地实现了一个容器运行时（类似于），所以，上层的应用框架可以方便地把自己的计算任务以容器的方式在Mesos管理的计算集群中运行起来。使用Mesos的门槛相对较高（需要应用框架编写代码调用Mesos的API和其集成），但一旦用起来之后灵活性和可扩展性更高，因为Mesos并不限制应用框架如何使用计算资源（可以以容器的方式使用，也可以是其它方式，比如：传统的进程），主动权完全在应用框架自己手中。作为对比，只能管理容器，所有任务都必须以容器的方式来运行。为了解决门槛较高的问题（当然也是为了赚钱），（Mesos这个开源项目背后的商业公司）推出了DC/OS，其核心就是Mesos加一个内置的应用框架（可以用做容器编排），能够达到开箱即用的效果，安装好之后立刻就可以创建和管理容器和非容器类的任务了。

简述二.

这四项技术都对云计算的普及应用都发挥了很大的作用。

在 概念普及期，有很多人担心 可能会取代 ，但 社区大牛用上面这张图解释了二者的关系：

主要针对 Paas 平台，是以应用为中心。

主要针对 Iaas 平台，以资源为中心，可以为上层的 PaaS 平台提供存 储、网络、计算等资源。

我们也看到， 社区和 的结合越来越紧密。然而正如其他回答所示， 主要还是用来管理 VM（虚拟机）。

另外两项技术， 是面向应用的 PaaS 层，Mesos 也偏向资源管理，但 Mesos 框架设计不错，基于它很容易构建 PaaS。

很庞大，底层资源管理能力很强。

的强项在于容器编排，可以很好解决应用上云的问题。 可以运行在 上。 的好处，推荐来自浙大的这篇文章：请注意，容器技术圈已迈入后时代！

Mesos 牛叉在于数据中心资源统一管理，可以为多个框架分配资源，但不负责调度，可视为分布式操作系统内核，也可以部署在 上，也支持物理资源。如果只用容器， 是不二之选；如果是运行的不仅仅是容器化的应用，Mesos 配合 调度框架甚至 都不错。

总结：

从开始的模仿AWS基础设施开始，一直在构建开源、私有的上云架构标准。但是因为利益纷争，仅有实践而没有业界标准可以确定下来。分支太多的结果是在落地过程中，不断的改良技术演进，最终会发展成四不像的基础设施环境。复杂性、没有解决业务问题是最被吐槽的痛点。

好在2013年，异军突起，立刻在业界吹出一套Build、Ship、Run的方法论。横扫运维圈2年有余，在容器热点过后，大家期望技术落地，应用到日常的业务事务中。这个时候容器就懵逼了。能干啥呢？啥也干不了。

好在这个时候，振臂一呼，推出了，基于容器的集群管理平台，把这个矛盾转成成动力，建立了云原生基金会，为树立业务场景技术选型提供既定的方案。好了，这个时候开始进入实践期。

Mesos是的顶级开源项目，是最早期的提出二级资源调度开发，通过定制上面的编排工具，可以快速定制一套自家的PaaS解决方案，非常受开发者喜欢。毕竟在一家公司不做出一点惊天地泣鬼神的业绩，也不好对上级交代。所以，Mesos是制作分布式系统最佳的基础组件平台。