Docker
容器是针对以下问题的解决方案：在切换运行环境后，如何保证软件能够可靠地运行？这种切换可能是从程序员的笔记本电脑到测试环境、从某个测试阶段部署到线上，也可能是从数据中心的某台物理机到私有云或者公有云上的某台虚拟机。
当支持软件运行的环境不一致时，问题就出现了。Docker的创始人Solomon Hykes说过“你在Python2.7下测试，线上却运行着Python3，奇怪的事情就发生了；或者你依赖具体某个SSL版本的功能，但服务器上却安装着另外版本的SSL；你在Debian系统上进行了测试，生产环境却是Red Hat，那各种各样的奇怪的事情就会发生。”
但是导致问题的除了软件的运行环境不一样，网络的拓扑结构也可能不一样，安全策略、存储服务也有可能不一样。

“容器”如何解决这个问题呢？
简单地说，一个容器包含了完整的运行时环境：一个应用、这个应用所需的全部依赖、类库、其他二进制文件、配置文件，它们统一被打入了一个包中。通过将应用平台和其依赖容器化，操作系统发行版本和其他基础环境造成的差异，都被抽象掉了。
一台运行着三个容器应用的服务器，只需要一个操作系统，而每个容器都可以和别的容器共享同一个操作系统内核。操作系统中被容器共享的部分是只读的，如果需要写入，每个容器都可以挂载独立的服务。这也就是说，容器比虚拟机要轻量级很多，它消耗的资源相较于虚拟机也少得多。

 *大家需要注意，Docker本身并不是容器，它是创建容器的工具，是应用容器引擎。*
 *虚拟机属于虚拟化技术。而Docker这样的容器技术，也是虚拟化技术，属于轻量级的虚拟化。*

虚拟机

使用虚拟化技术时，可以被分发的文件包是一台虚拟机，它包含了整个操作系统和应用。一台运行着三个虚拟机的物理服务器，需要有一个管理虚拟机软件的中间层，以及运行在这个中间层之上的三个独立操作系统。

容器还可以提供哪些其他的好处？
一个容器的文件大小可能只有几十M，但是一个拥有完整操作系统的虚拟机却可能是几个G。正因为这一点，对于一个独立服务器来说，它能承载的容器的数量比虚拟机的数量多得多。
另一个主要的优点是，虚拟机可能要耗费好几分钟的时间，才能启动操作系统、开始运行应用；然而容器中应用的启动几乎可以瞬间完成。这意味着，如果需要部署更多的容器，它们的实例化可以很快完成；如果不需要这些容器了，也可以很快将它们从宿主服务器上释放掉。
第三个优点是，容器化更好地顾及到了模块化。一个复杂的应用可以被细分成小的模块（比如数据库、应用前端等等），而不是将它运行在某一个容器中。这种方式通常被称为“微服务”。
使用这种方法构建的应用更容易被管理，因为每个模块都相对简单，而且需要更新某些模块时，不需要重新构建整个应用。因为容器非常轻量级，单独模块（或微服务）只有在它们被需要时才会被实例化，然后几乎瞬间就变得可用了。

虚拟机与容器比较：
Docker技术的三大核心概念，分别是：

镜像（Image）
容器（Container）
仓库（Repository）

说白了，这个Docker镜像，是一个特殊的文件系统。它除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（例如环境变量）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。

负责对Docker镜像进行管理的，是Docker Registry服务（类似仓库管理员）。

K8S:

K8S，基于容器的集群管理平台，它的全称，是kubernetes。
一个K8S系统，通常称为一个K8S集群（Cluster）。

这个集群主要包括两个部分：

一个Master节点（主节点）
一群Node节点（计算节点）

一看就明白：Master节点主要还是负责管理和控制。Node节点是工作负载节点，里面是具体的容器。

首先是Master节点。

Master节点包括API Server、Scheduler、Controller manager、etcd。

API Server是整个系统的对外接口，供客户端和其它组件调用，相当于“营业厅”。

Scheduler负责对集群内部的资源进行调度，相当于“调度室”。

Controller manager负责管理控制器，相当于“大总管”。

然后是Node节点。

Node节点包括Docker、kubelet、kube-proxy、Fluentd、kube-dns（可选），还有就是Pod。

Pod是Kubernetes最基本的操作单元。一个Pod代表着集群中运行的一个进程，它内部封装了一个或多个紧密相关的容器。除了Pod之外，K8S还有一个Service的概念，一个Service可以看作一组提供相同服务的Pod的对外访问接口。这段不太好理解，跳过吧。

Docker，不用说了，创建容器的。

Kubelet，主要负责监视指派到它所在Node上的Pod，包括创建、修改、监控、删除等。

Kube-proxy，主要负责为Pod对象提供代理。

Fluentd，主要负责日志收集、存储与查询。