【Spring Cloud 9】看完这篇，Docker你就入门了

忘是亡心i 2021-08-24 22:46 392阅读 0赞

在计算机技术日新月异的今天， Docker在国内发展的如火如荼，特别是在一线互联网公司，Docker的使用是十分普遍的，在理解docker之前，我们先熟悉两个概念，容器和虚拟机。

**一、容器与虚拟机**

传统的虚拟机有VMware，VisualBox，它们需要模拟整台机器包括硬件，每台虚拟机都需要有自己的操作系统，虚拟机一旦开启，预分配给它们的资源将全部被占用。每一台虚拟机包括应用，必要的二进制和库，以及一个完整的用户操作系统。

而容器技术是和我们的宿主机共享硬件资源及操作系统，可以实现资源的动态分配。容器包含应用和其所有的依赖包，但是与其他容器共享内核。容器在宿主机操作系统中，在用户控件以分离的进程运行。

容器技术是实现操作系统虚拟化的一种途径，可以让您在资源受到隔离的进程中运行应用程序及其依赖关系。通过使用容器，我们可以轻松打包应用程序的代码、配置和依赖关系，将其编程容易使用的构建块，从而实现环境一致性、运营效率、开发人员生产力和版本控制等诸多目标。容器帮助保证应用程序快速、可靠、一致性部署，其间不受部署环境的影响。容器还赋予我们对资源更多的精细化控制能力，让我们的基础设施效率更高、通过下面这张图我们可以很直观的反映出二者的区别。

![format_png][]

Docker属于Linux容器的一种封装，提供简单易用的容器使用接口。它是目前最流行的Linux容器解决方案。

Linux容器不是模拟一个完整的操作系统，而是对进程进行隔离，相当于在正常进程的外面套了一个保护层。对于容器里面的进程来说，它接触到的各种资源都是虚拟的，从而实现与底层系统的隔离。

Docker将应用程序与该程序的依赖，打包在一个文件里。运行这个文件，就会生成一个虚拟容器，程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样，有了Docker，就不用担心环境问题。

总体来说，Docker的接口相当简单，用户可以方便的创建和使用容器，把自己的应用放入容器，容器还可以进行版本管理，复制，分享，修改，就像管理代码一样。

**二、Docker的优势**

1、Docker启动快速，属于秒级别。虚拟机通常需要几分钟去启动。

2、Docker需要的资源更少，Docker在操作系统级别进行虚拟化，Docker容器和内核交互，几乎没有性能损耗，性能优于通过 `Hypervisor` 层与内核层的虚拟化

3、Docker更轻量，Docker的架构可以共用一个内核与共享应用程序库，所占内存极小。同样的硬件环境，Docker运行的镜像数远低于虚拟机数量，对系统的利用率非常高

4、安全性， Docker的安全性也更弱。Docker的租户root和宿主机root等同，一旦容器内的用户从普通用户权限提升为root权限，它就直接具备了宿主机的root权限，进而可进行无限制的操作。虚拟机租户root权限和宿主机的root虚拟机权限是分离的，并且虚拟机利用如intel的vt-d和vt-x的ring-1硬件隔离技术，这种隔离技术可以防止虚拟机突破和彼此交互，而容器至今还没有任何形式的硬件隔离，这使得容器容易受到攻击

5、可管理性：Docker的集中化管理工具还不算成熟。各种虚拟化技术都有成熟的管理工具，例如VMware Vcentor提供完备的虚拟机管理能力

6、高可用和可恢复性： Docker对业务的高可用支持是通过快速重新部署实现的。虚拟化具备负载均衡，高可用，容错，迁移和数据保护等经过生产实践检验的成熟保障机制，VMware可承诺虚拟机99.9999%高可用，保证业务连续性

7、 交付、部署：虚拟机可以通过镜像实现环境交付的一致性，但镜像分发无法体系化。 Docker在Dockerfile中记录了容器构建过程，可在集群中实现快速分发和快速部署

**三、Docker的三个基本概念**

![format_png 1][]

从上图我们可以看到，Docker中包括三个基本的概念：

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

1、镜像是Docker运行容器的前提，仓库是存放镜像的场所，可见镜像是Docker的核心。

那么镜像到底是什么呢？

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

![format_png 2][]

2、Container (容器)

容器的定义和镜像几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。

![format_png 3][]

由于容器的定义并没有提及是否要运行容器，所以实际上，容器 = 镜像 + 读写层。

3、Repository（仓库）

Docker仓库是集中存放镜像文件的场所，镜像构建完成后，可以很容易在当前宿主上运行，但是，如果需要在其他服务器上使用这个镜像，我们需要一个集中的存储、分发镜像的服务，Docker Registry(仓库注册服务器)就是这样的服务。 有时候会把仓库（Repository）和仓库注册服务器（Registry）混为一谈，并不严格区分。 实际上，一个Docker Registry中可以包含多个仓库（Repository），每个仓库可以包含多个标签 ，每个标签对应着一个镜像。所以说，镜像仓库是Docker用来集中存放镜像文件的地方类似于我们之前常用的代码仓库。

仓库又可以分为两种形式：

（1）public（共有仓库）

Docker Registry公有仓库是开放给用户使用、允许用户管理镜像的 `Registry` 服务。一般这类公开服务允许用户免费上传、下载公开的镜像，并可能提供收费服务供用户管理私有镜像。

（2）private（私有仓库）

Docker官方提供了Docker Registry镜像，可以直接使用做为私有Registry服务。当用户创建了自己的镜像之后就可以使用push命令将它上传到公有或者私有仓库，这样下次在另外一台机器上使用这个镜像时候，只需要从仓库上 pull下来就可以了。

**四、Docker的架构**

![format_png 4][]

Docker使用C/S架构，即客户端/服务器体系结构。Docker客户端与Docker服务器进行交互，Docker服务端负责构建、运行和分发Docker镜像。Docker客户端与服务端可以运行在一台机器上，也可以通过RESTful、stock或网络接口与远程Docker服务端进行通信。

![format_png 5][]

这张图展示了Docker客户端、服务端和Docker仓库（即Docker Hub和Docker Cloud ），默认情况下Docker会在Docker中央仓库寻找镜像文件，这种利用仓库管理镜像的设计理念类似于Git，当然这个仓库是可以通过修改配置来指定的，甚至我们可以创建我们自己的私有仓库。

Docker采用的是C/S架构，客户端向服务器发送请求，服务器负责构建、运行和分发容器。客户端和服务器可以运行在同一个Host上，客户端也可以通过socket或REST API与远程的服务器通信。

1、Docker Client

Docker客户端其实就是Docker提供命令行界面工具，是许多Docker 用户与Docker 进行交互的主要方式。客户端可以构建、运行和停止应用程序，还可以远程与Docker\_HOST进行交互。 最常用的Docker客户端就是Docker命令，我们可以通过Docker命令很方便地在host上构建和运行Docker容器。

![format_png 6][]

2、Docker Daemon

Docker Daemon是服务器组件，以Linux后台服务的方式运行，是Docker最核心的后台进程，我们也把它称为守护进程。它负责相应来自Docker Client的请求，然后将这些请求翻译成系统调用完成容器管理操作。该进程会在后台启动一个API Server，负责接收由Docker Client发送的请求，接收到的请求将通过Docker Daemon内部的一个路由分发调用，由具体的函数来执行请求。

Docker Daemon的架构如下所示：

![format_png 7][]

Docker Daemon可以认为是通过Docker Server模块接受Docker Client的请求，并在Engine中处理请求，然后根据请求类型，创建出指定的Job并运行。Docker Daemon运行在Docker Host上，负责创建、运行、监控容器，构建、存储镜像。

运行过程的作用有以下几种可能：

*  向Docker Registry获取镜像
 *  通过grapthdriver执行容器镜像的本地化操作
 *  通过networkdriver执行容器网络环境的配置
 *  通过execdriver执行容器内部运行的执行工作

由于Docker Daemon和Docker Client的启动都是通过可执行文件Docker来完成的，因此两者的启动流程非常相似。Docker可执行文件运行时，运行代码通过不同的命令行flag参数，区分两者，并最终运行两者各自相应的部分。

启动Docker Daemon时，一般可以使用一下命令来完成

docker --daemon = true
    docker –d
    docker –d = true

再由docker的main函数来解析以上命令的相应的flag参数，并最终完成Docker Daemon的启动。

Docker Daemon的启动流程：

![format_png 8][]

默认配置下，  Docker Daemon只能相应来自本地host的客户端请求。如果要允许远程客户端请求，需要在配置文件中打开TCP监听。我们可以照着如下步骤进行配置：

（1）编辑配置文件 `/etc/systemd/system/multi-user.target.wants/docker.service` ，在环境变量 `ExecStart`后面添加 `-H tcp://0.0.0.0`，允许来自任意 IP 的客户端连接。

![format_png 9][]

（2）重启 Docker Daemon

systemctl daemon-reload
    systemctl restart docker.service

（3）我们通过以下命令即可实现与远程服务器通信

docker -H 服务器IP地址 info

\-H 是用来指定服务器主机，info子命令用于查看docker服务器的信息

3、Docker Image

Docker镜像可以看作是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。我们可将Docker镜像看成只读模板，通过它可以创建Docker容器。

镜像有多种生成方法：

*  从无到有开始创建镜像
 *  下载并使用别人创建好的现成的镜像
 *  在现有镜像上创建新的镜像

我们可以将镜像的内容和创建步骤描述在一个文本文件中，这个文本文件称作Dockerfile，通过执行docker build<docker-file>命令可以构建出docker镜像。

4、Docker Registry

Docker Registry是存储Docker Image的仓库，它在Docker生态环境中的位置如下图所示：

![format_png 10][]

运行Docker Push、Docker pull、Docker search时，实际上是通过 Docker Daemon与  Docker registry通信。

5、Docker Container

Docker容器就是Docker镜像的运行实例，是真正运行项目程序、消耗系统资源、提供服务的地方。Docker  Container提供了系统硬件环境，我们可以使用Docker Image这些制作好的系统盘，再加上我们编写好的项目代码，run一下就可以提供服务了。

**五、Docker组件如何协作运行容器**

容器启动过程如下：

*  Docker客户端执行docker run命令
 *  Docker Daemon发现本地没有hello-world镜像
 *  Daemon从Docker Hub下载镜像
 *  下载完成，镜像hello-world被保存到本地
 *  Docker Daemon启动容器

具体过程可以看如下这幅演示图：

![format_png 11][]

我们可以通过Docker Image可以查看到hello-world已经下载到本地

![format_png 12][]

**六、Docker常用命令**

我们可以通过docker -h去查看命令的详细的帮助文档。在这里我只会讲一些平常日常比赛或者生活中我们可能会用的比较多的一些命令。

![format_png 13][]

例如，我们需要拉取一个docker镜像，我们可以用如下命令：

docker pull image_name

image\_name为镜像的名称，而如果我们想从Docker Hub上去下载某个镜像，我们可以使用以下命令：

docker pull centos:latest

centos:lastest是镜像的名称，Docker daemon发现本地没有我们需要的镜像，会自动去Docker Hub上去下载镜像，下载完成后，该镜像被默认保存到/var/lib/docker目录下。

接着我们如果想查看下主机下存在多少镜像，我们可以用如下命令：

docker images

我们要想知道当前有哪些容器在运行，我们可以用如下命令：

docker ps -a

\-a是查看当前所有的容器，包括未运行的

我们该如何去对一个容器进行启动，重启和停止呢？我们可以用如下命令：

docker start container_name/container_id
    docker restart container_name/container_id
    docker stop container_name/container_id

这个时候我们如果想进入到这个容器中，我们可以使用attach命令：

docker attach container_name/container_id

那如果我们想运行这个容器中的镜像的话，并且调用镜像里面的bash，我们可以使用如下命令：

docker run -t -i container_name/container_id /bin/bash

那如果这个时候，我们想删除指定镜像的话，由于image被某个container引用（拿来运行），如果不将这个引用的container销毁（删除），那image肯定是不能被删除。我们首先得先去停止这个容器：

然后我们用如下命令去删除这个容器：

docker ps
    docker stop container_name/container_id

然后这个时候我们再去删除这个镜像：

docker rmi image_name

此时，常用的Docker相关的命令就讲到这里为止了，我们在后续的文章中还会反复地提到这些命令。

**七、Dockerfile**

Dockerfile是自动构建docker镜像的配置文件，用户可以使用Dockerfile快速创建自定义的镜像，Dockerfile中的命令非常类似于Linux下的shell命令。

我们可以通过下面这幅图来直观地感受下 Docker 镜像、容器和 Dockerfile 三者之间的关系。

![format_png 14][]

我们从上图中可以看到，Dockerfile可以自定义镜像，通过Docker命令去运行镜像，从而达到启动容器的目的。

Dockerfile 是由一行行命令语句组成，并且支持已\#开头的注释行。

一般来说，我们可以将Dockerfile分为四个部分：

*  基础镜像(父镜像)信息指令FROM
 *  维护者信息指令MAINTAINER
 *  镜像操作指令RUN、EVN、ADD和WORKER等
 *  容器启动指令CMD、ENTRYPOINT和USER 等

下面是一段简单的Dockerfile的例子：

1、从Docker Hub上pull下python 2.7的基础镜像

2、显示维护者的信息

3、copy 当前目录到容器中的/app目录下 复制本地主机的<src>(Dockerfile所在目录的相对路径)到容器里<dest>

4、指定工作路径为/app

5、安装依赖包

6、暴露5000端口

7、启动app

这个例子是启动一个Python flask app的Dockerfile（flask是Python的一个轻量级的web框架），相信大家从这个例子中能够稍微理解了Dockerfile的组成以及指令的编写过程。

**八、构建Dockerfile代码实例**

mkdir static_web
    cd static_web
    touch Dockerfile
    然后 vi Dockerfile  开始编辑该文件
    输入 i 开始编辑
     
    以下是我们构建的Dockerfile内容
    ``````````
    FROM nginx
    MAINTAINER Angel_Kitty <angelkitty6698@gmail.com>
    RUN echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index.html
    ``````````
     
    编辑完后 按 esc 退出编辑
    然后  :wq    写入 退出

我们在Dockerfile文件所在目录执行：

docker build -t angelkitty/nginx_web:v1 .

我们解释一下，-t是为新镜像设置仓库和名称，其中angelkitty为仓库名，nginx\_web为镜像名，:v1为标签（不添加为默认latest）

我们构建完成之后，使用docker images命令查看所有镜像，如果存在REPOSTORY为nginx和TAG是v1的信息，就表示构建成功。

![format_png 15][]

接下来使用docker run命令来启动容器

docker run --name nginx_web -d -p 8080:80   angelkitty/nginx_web:v1

这条命令会用nginx镜像启动一个容器，命名为nginx\_web，并且映射了 8080 端口，这样我们可以用浏览器去访问这个nginx服务器：http:localhost:8080或者 http://本机的IP地址:8080/，页面返回信息：

![format_png 16][]

这样一个简单使用Dockerfile构建镜像，运行容器的示例就完成了！

[format_png]: /images/20210813/dfbc55811c6f4d238baa849d03f23f21.png
[format_png 1]: /images/20210813/1e3d771bdde44a4da22885a1350e0be3.png
[format_png 2]: /images/20210813/0135a73358234a7fac1048dee70225d2.png
[format_png 3]: /images/20210813/961d716f9b704fb19341d88abd33e8a7.png
[format_png 4]: /images/20210813/34dcb5f5df1f4248929f9119bc3af0a4.png
[format_png 5]: /images/20210813/7e03df3daeb74455b8ffeb6c0798db28.png
[format_png 6]: /images/20210813/695595248658434b8661dcf9384fce16.png
[format_png 7]: /images/20210813/107afe7d2ad84ef892b36b73e0c6653a.png
[format_png 8]: /images/20210813/281442eacaaa466f979b47a09ac0a57b.png
[format_png 9]: /images/20210813/1668ee744e8742cd8dc9e10049ffd779.png
[format_png 10]: /images/20210813/3e89dc55f01849cb9d6287fa2e4a7415.png
[format_png 11]: /images/20210813/5296ef7a5f88401b98bfe6b43e3077a2.png
[format_png 12]: /images/20210813/4ffeb3b4dc724f2096cc62f65b779239.png
[format_png 13]: /images/20210813/86b258e411e34da3be1e474a3e39b539.png
[format_png 14]: /images/20210813/4a49fc42291c44a7b64493c265f2d8a3.png
[format_png 15]: /images/20210813/b5a5d91dca3845f7bb5000d12dc7cf83.png
[format_png 16]: /images/20210813/3dae335f1ad8467992ea677ab70c34b9.png