Docker 理论基础（持续更新~）

目录

1. Docker 简介：

1.1 为什么会出现Docker：

1.2 Docker理念简介：

2 容器和虚拟机比较：

2.1 容器发展简史：​编辑

2.2 传统虚拟机技术：

2.3 容器虚拟化技术

2.4 Docker和传统虚拟机方式的不同之处：

3. Docker 能干什么：

3.1 技术职级变化：

3.2 DevOps新一代开发/运维工程师：

3.3 Docker的应用场景:

4. Docker的官网：

 5. Docker的基本组成：

6. Docker平台架构（入门）

6.1 Docker工作原理（入门）：

7. Docker平台架构（高级）

7.1 整体架构及底层通信原理简述

---

1. Docker 简介：

1.1 为什么会出现Docker：

假设你在开发一个项目，你的开发环境有特定的配置，你开发的应用依赖于你当前的配置且还要依赖某些配置文件，此外你的公司有标准的开发、测试、生产环境，且有自身的配置和一系列支持文件。每次部署的时候都会出现版本、配置、依赖的升级问题。非常头疼。

环境配置相当的麻烦，换一台机器就要重新来一次，费时费力。能不能从根本上解决问题，软件可以带环境安装？也就是说安装的时候，把原始环境一模一样的复制管理。开发人员利用Docker可以消除协作编码时“在我的机器上可以正常工作”的问题。

之前在服务器上配置一个应用的运行环境，需要安装各种软件，Java/Redis/MySql/JDBC等。安装和配置这些东西有多麻烦先不说，它还不能跨平台。假如我们是在windows上安装的这些环境，到了Linux上又要重新安装。

1.2 Docker理念简介：

一次镜像，处处运行。

从搬家到搬楼。

Docker 是基于Go语言实现的云开源项目。它的主要目标是“Buid，Ship and Run Any App,Anywhere”,也就是通过对应用组件的封装、分发、部署、运行等生命周期的管理，使用户的APP（可以是一个WEB应用或数据库应用等等）及其运行环境能够做到“一次镜像，处处运行”。Docker容器在任何操作系统上都是一致的，这就实现了跨平台、跨服务器。只需要一次配置好环境，换到别的机器上就可以一键部署好，大大简化了操作。

一句话：解决了运行环境和配置问题的软件容器，方便做持续集成并有助于整体发布的容器虚拟化技术。

2 容器和虚拟机比较：

2.1 容器发展简史：

2.2 传统虚拟机技术：

虚拟机（virtual machine）就是带环境安装的一种解决方案。它可以在一种操作系统里面运行另一种操作系统，比如在win10系统里面运行Linux系统CentOS7。应用程序对此毫无感知，因为虚拟机看上去和真实系统一样，而对于底层系统来说，虚拟机就是一个普通文件，不需要了就删除，对其他部分毫无影响。这类虚拟机完美的运行了另一套系统，能够使应用程序，操作系统和硬件三者之间的逻辑不变。

win10

VMWare

Centos7

各种CPU、内存网络配置+各种软件

虚拟机实例

缺点：资源占用多、冗余步骤多、启动慢

2.3 容器虚拟化技术

由于虚拟机存在某些缺点，Linux发展出了另一种虚拟化技术：

Linux容器（Linux Containers，缩写为LXC）

Linux容器是与系统其他部分隔离开的一系列进程，从另一个镜像运行，并由该镜像提供支持进程所需的全部文件。容器提供的镜像包含了应用程序的所有依赖项，因而在从开发到测试再到生产的整个过程中，它都具有可移值性和一致性。

Linux容器不是模拟一个完整的操作系统而是对进程进行隔离。有了容器，就可以将软件运行所需的所有资源打包到一个隔离的容器中。容器与虚拟机不同，不需要捆绑一整套操作系统，只需要软件工作所需的库资源和设置。系统因此而变的高效轻量并保证部署在任何环境中的软件都能始终如一的运行。

Docker容器是在操作系统层面上实现虚拟化，直接服用本地主机的操作系统，而传统虚拟机则是在硬件层面实现虚拟化。与传统的虚拟机相比，Docker优势体现为启动速度快、占用体积小。

2.4 Docker和传统虚拟机方式的不同之处：

* 传统虚拟机技术是虚拟出一套硬件后，在其上运行一个完整操作系统，在该系统上再运行所需应用进程；

*容器内的应用进程直接运行与宿主的内核，容器内没有自己的内核且也没有进行硬件虚拟。因此容器要比传统虚拟机更为轻便。

*每个容器之间相互隔离，每个容器有自己的文件系统，容器之间进程不会相互影响，能区分计算资源。

3. Docker 能干什么：

docker的出现引出了devops（开发兼运维）

3.1 技术职级变化：

coder --> programmer -- > software engineer --> DevOps engineer

3.2 DevOps新一代开发/运维工程师：

一次构建 处处运行

• 更快速的应用交付和部署：
  传统的应用开发完成后，需要提供一堆安装程序和配置说明文档，安装部署后需根据配置文档进行复杂的配置才能正常运行。Docker化之后只需要交付少量容器镜像文件，在正式生产环境加载镜像并运行即可，应用安装配置在镜像里已经内置好，大大节省部署配置和测试验证时间。
• 更便捷的升级和扩容：
  随着微服务架构和Docker的发展，大量的应用会通过微服务方式架构，应用的开发构建将变成搭乐高积木一样，每个Docker容器将变成一块“积木”，应用的升级将变得非常容易。当现有的容器不足以支撑业务处理时，可通过镜像运行新的容器进行快速扩容，使应用系统的扩容从原先的小时级别变层秒级。
• 更简单的系统运维：
  应用容器化运行后，生产环境运行的应用可与开发、测试环境的应用高度一致，容器会将应用程序相关的环境和状态完全封装起来，不会因为底层基础架构和操作系统的不一致性给应用带来影响，产生新的BUG。当出现程序异常时，也可以通过测试环境的相同容器进行快速定位和修复。
• 更高效的计算资源利用：
  Docker是内核级虚拟化，其不像传统的虚拟化技术一样需要额外的Hypervisor支持，所以在一台物理机上可以运行很多个容器实例，可大大提升物理服务器的CPU和内存的利用率。

3.3 Docker的应用场景:

Docker 借签了标准集装箱的概念。标准集装箱将货物运往世界各地，Docker将这个模型运用到自己的设计中，唯一不同的是：集装箱运输货物，而Docker运输软件。

4. Docker的官网：

官网： https://www.docker.com/

仓库：https://hub.docker.com/

 5. Docker的基本组成：

• 镜像（image）
  是一个只读模版，镜像可以用来创建docker容器，一个镜像可以创建多个容器，它也相当于是一个root文件系统。比如官方镜像centos7就包含了完整的一套centos7最小系统的root文件系统。相当于容器的“源代码”，docker镜像文件类似于Java的类模版，而docker容器实例类似于java中new出来的实例对象。

  Docker	面向对象
  容器	对象
  镜像	类

• 容器（container）
  Docker利用容器独立运行的一个或者一组应用，应用程序或服务运行在容器里面，容器就类似于一个虚拟化的运行环境，容器是利用镜像创建的运行实例。就像是java中的类和实例对象一样，镜像是静态定义的，容器是镜像运行时的实体。容器为镜像提供了一个标准的和和隔离的运行环境，它可以被启动、开始、停止、删除。每个容器都是互相隔离的、保证安全的平台
• 仓库（repository）
  是集中存放镜像的文件场所。
  类似于Maven仓库，存放各种jar包的地方；
  类似于github仓库，存放各种git项目的地方；
  Docker公司提供的官方repository被成为Docker Hub，存放各种镜像模版的地方。
  仓库分为公开仓库（Public）和私有仓库（Private）俩种形式。
  最大的公开仓库是Docker Hub（https://hub.docker.com/）,存放了数量庞大的镜像供用户下载，国内的公开仓库包括阿里云、网易云等。
   

总结：Docker本身是一个容器运行载体或者称之为管理引擎。我们把应用程序和配置依赖打包好形成一个可交付的运行环境，这个打包好的运行环境就是image镜像文件。只有通过这个镜像文件才能生成Docker容器实例（类似Java中new出来一个对象）。
image文件可看做是容器的模版。docker根据image文件生成容器的实例。同一个image文件，可以生成多个同时运行的的容器实例。

镜像文件： image文件生成容器实例，本身也是一个文件，称为镜像文件。
容器实例：一个容器运行一种服务，当我们需要的时候，就可以通过docker客户端创建一个对应的实例，也就是我们的容器。
仓库：就是放一堆镜像的地方，我们可以把镜像发布到仓库中，需要的时候再从仓库中拉下来就可以了。

6. Docker平台架构（入门）

6.1 Docker工作原理（入门）：

Docker是一个Client-Server结构的系统，Docker守护进程运行在主机上，然后通过Socket连接客户端访问，守护进程从客户端接收命令并管理运行在主机上的容器。容器，是一个运行时环境，就是一个大集装箱，可以对比Mysql理解。

7. Docker平台架构（高级）

7.1 整体架构及底层通信原理简述

Docker 是一个C/S模式的架构，后端是一个松耦合架构，众多模块各司其职。

Docker运行的基本流程为：

1. 用户是使用Docker Client 与 Docker Daemon建立通信，并发送请求给后者。
2. Docker Daemon 作为Docker 架构中的主体部分，首先提供Docker Server的功能使其可以接受Docker Client的请求。
3. Docker Engine 执行Docker内部的一系列工作，每一项工作都是以一个Job的形式存在。
4. Job 的运行过程中，当需要容器镜像时，则从Docker Registry 中下载镜像，并通过镜像管理驱动Graph driver将下载镜像以Graph的形式存储。
5. 当需要为Docker 创建网络环境时，通过网络管理驱动Netword driver 创建并配置Docker 容器网络环境。
6. 当需要限制Docker容器运行资源或执行用户执行等操作时，则通过Exec driver来完成。
7. Libcontainer 是一项独立的容器管理包，Network driver以及Exec driver 都是通过Libcontainer 来实现具体对容器进行的操作。