Docker的学习

typora-root-url: pic

Docker的学习

理念：Build,Ship and Run Any App,Anywhere

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

Docker 基本原理

Docker是一个Client-Server结构的系统，Docker守护进程运行在主机上， 然后通过Socket连接从客户端访问，守护进程从客户端接受命令并管理运行在主机上的容器。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vhXv5mF1-1591930418321)(pic\Docker01.png)]

Docker与虚拟机的对比

• docker有着比虚拟机更少的抽象层。由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势。
• docker利用的是宿主机的内核,而不需要Guest OS。因此,当新建一个容器时,docker不需要和虚拟机一样重新加载一个操作系统内核。为了避免引寻、加载操作系统内核整个比较费时费资源的过程,当新建一个虚拟机时,虚拟机软件需要加载Guest OS,整个新建过程是分钟级别的。而docker由于直接利用宿主机的操作系统,则省略了整个过程,因此新建一个docker容器只需要几秒钟。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lX3bfKDU-1591930418328)(pic\Docker02.png)]

Docker的基本概念

什么是容器

• 容器就是将软件打包成标准化单元，以用于开发、交付和部署。
  • 容器镜像是轻量的、可执行的独立软件包 ，包含软件运行所需的所有内容：代码、运行时环境、系统工具、系统库和设置。
  • 容器化软件适用于基于Linux和Windows的应用，在任何环境中都能够始终如一地运行。
  • 容器赋予了软件独立性，使其免受外在环境差异（例如，开发和预演环境的差异）的影响，从而有助于减少团队间在相同基础设施上运行不同软件时的冲突。

常识

• 使用 go 语言编写
• 要求centos版本6.5以上
• 容器是一个运行时的概念
• 基本组成
  • 容器——镜像的实例(镜像运行起来）（java 对象，一个类可以new 多个对象）（简易版的linux环境，仅包含业务所需的环境）
  • 镜像——一个只读的模板（java 的class 类）
  • 仓库——镜像集中存储的地方
    • 仓库加速——国内的网站
• docker 本身是一个运行容器的载体，我们把应用程序和起配置环境打包成一个可交付的运行环境，这个待交付的运行环境和镜像类似，docker根据image生成运行时的容器实例。

镜像（Image）

镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件。它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件。

- 操作系统分为内核和用户空间。对于Linux而言，内核启动后，会挂载root文件系统为其提供用户空间支持。而Docker镜像（Image），就相当于是一个root文件系统。
- Docker镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。 镜像不包含任何动态数据，其内容在构建之后也不会被改变。
- Docker设计时，就充分利用UnionFS（联合文件系统）的技术，将其设计为分层存储的架构。 镜像实际是由多层文件系统联合组成。
镜像构建时，会一层层构建，前一层是后一层的基础。每一层构建完就不会再发生改变，后一层上的任何改变只发生在自己这一层。比如，删除前一层文件的操作，实际不是真的删除前一层的文件，而是仅在当前层标记为该文件已删除。在最终容器运行的时候，虽然不会看到这个文件，但是实际上该文件会一直跟随镜像。因此，在构建镜像的时候，需要额外小心，每一层尽量只包含该层需要添加的东西，任何额外的东西应该在该层构建结束前清理掉。
- 分层存储的特征还使得镜像的复用、定制变的更为容易。甚至可以用之前构建好的镜像作为基础层，然后进一步添加新的层，以定制自己所需的内容，构建新的镜像。

Docker镜像加载原理

• docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。

• 镜像的底层就是联合文件系统

  • bootfs(boot file system)主要包含bootloader和kernel，bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。
  • rootfs(root file system )，在bootfs之上。包含的就是典型 Linux 系统中的 /dev, /proc, /bin, /etc 等标准目录和文件。rootfs就是各种不同的操作系统发行版，比如Ubuntu，Centos等等。

  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WIRGOH8C-1591930418334)(pic\docker-image03.png)]

• 分层结构

  • 镜像是只读的，当容器启动的时候，一个可写层被加到镜像最外层，通常叫做容器层，容器层之下的叫做镜像层。这种分层结构的最大的好处就是 共享资源

容器（Container）——镜像运行时的实体

- 镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等
- 容器的实质是进程，但与直接在宿主执行的进程不同，容器进程运行于属于自己的独立的命名空间。前面讲过镜像使用的是分层存储，容器也是如此。
- 容器存储层的生存周期和容器一样，容器消亡时，容器存储层也随之消亡。因此，任何保存于容器存储层的信息都会随容器删除而丢失。
- 按照Docker最佳实践的要求，容器不应该向其存储层内写入任何数据，容器存储层要保持无状态化。所有的文件写入操作，都应该使用数据卷（Volume）、或者绑定宿主目录，在这些位置的读写会跳过容器存储层，直接对宿主（或网络存储）发生读写，其性能和稳定性更高。数据卷的生存周期独立于容器，容器消亡，数据卷不会消亡。因此，使用数据卷后，容器可以随意删除、重新run，数据却不会丢失。

仓库（Repository）——集中存放镜像文件的地方

• 镜像构建完成后，可以很容易的在当前宿主上运行，但是如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry就是这样的服务。
• 一个Docker Registry中可以包含多个仓库（Repository）；每个仓库可以包含多个标签（Tag）；每个标签对应一个镜像。所以说：镜像仓库是Docker用来集中存放镜像文件的地方类似于我们之前常用的代码仓库。
• 通常，一个仓库会包含同一个软件不同版本的镜像，而标签就常用于对应该软件的各个版本。我们可以通过<仓库名>:<标签>的格式来指定具体是这个软件哪个版本的镜像。如果不给出标签，将以latest作为默认标签。
• 每个仓库存放某一类镜像。tag 其实就是版本
• 常用的DockerRegistry莫过于官网的Docker Hub， 这也是默认的Docker Registry。 Docker Hub上存放着大量优秀的镜像， 我们可使用Docker命令下载并使用。

模式

• Docker 使用客户端-服务器 (C/S) 架构模式。Docker 客户端会与 Docker 守护进程进行通信。Docker 守护进程会处理复杂繁重的任务，例如建立、运行、发布你的 Docker 容器。Docker 客户端和守护进程可以运行在同一个系统上，当然你也可以使用 Docker 客户端去连接一个远程的 Docker 守护进程。Docker 客户端和守护进程之间通过 socket 或者 RESTful API 进行通信（windos 上右下角就是你的守护进程，而cmd就是你的客户端——docker终端）

容器数据卷

由于容器删除后该容器的相关数据就没有了，为了保存我们需要的数据需要使用卷来持久化到主机磁盘上。

• 主要作用容器里的数据持久化(类似 redis 的持久化)，相当于容器的移动硬盘
• 特点
  • 容器之间共享或者重用数据或者容器数据持久化
  • 卷中的更改可以直接生效
  • 卷中的更改不会包含在容器的更新中
  • 卷的生命周期——没有任何容器使用它
  • 删除容器的时候不会删除其挂载的数据卷

在容器内添加数据卷

• docker run -it -v /主机绝对路径:/容器内目录 镜像名 （该文件默认容器有读写权限）
• docker run -it -v /主机绝对路径:/容器内目录:ro 镜像名 (带权限去挂在数据卷)
• 查看是否挂在成功
  • docker inspect 容器ID

数据卷容器

• 命名的容器挂载数据卷，其他容器通过挂载这个容器（父容器）实现数据共享，那么这个容器叫做数据卷容器。
• 有点类似于继承，子容器一旦挂载了父容器，那么它将具有父容器的特性（包括数据卷），那么此时父容器就相当于一个容器卷的传递着——数据卷容器
• 容器间传递共享（–volumes-from）
  • docker run -it --name d2 --volumes-from cranky_mclean kingcall（cranky_mclean 一个容器，kingcall 前述容器的image），这样数据就可传递了！

Dockerfile

Dockerfile 是用来构建Docker镜像的构建文件，是由一系列命令和参数构成的脚本。

构建三步骤：编写dockerfile文件 --> docker build --> docker run

Dockerfile 中的指令

• FROM 基础镜像
• MAINTAINER 镜像维护者的姓名和邮箱地址
• RUN 容器构建时需要运行的命令
• EXPOSE 当前容器对外暴露出的端口
• WORKDIR 容器创建后终端默认登录进来的工作目录
• ENV 用来在构建镜像过程中设置环境变量
• ADD 将宿主机目录下的文件拷贝到镜像且ADD命令自动处理url和解压tar压缩包
• COPY 类似ADD,拷贝文件和目录到镜像中。
• VOLUME 容器数据卷，用于数据保存和持久化
• CMD 指定一个容器启动时要运行的命令
• ENTRYPOINT 指定一个容器启动时要运行的命令。和CMD一样
• ONBUILD 当构建一个被继承的Dockerfile 时运行命令，父镜像在被子继承后父镜像的onbuild被触发。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4gKoxyOD-1591930418338)(pic\dockerfile01.png)]

Dockerfile的原理图：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cWP1kHxe-1591930418341)(pic\dockerfile02.png)]

ockerfile 时运行命令，父镜像在被子继承后父镜像的onbuild被触发。

[外链图片转存中…(img-4gKoxyOD-1591930418338)]

Dockerfile的原理图：