Docker速学（二） Dockerfile和数据卷

在前文，我们介绍了Docker学习的基本方法和原理，以及基础三大件：镜像、容器、仓库。

回顾：

Docker小白入门建议及基本原理介绍

Docker速学（一）镜像和容器

今天，小九介绍的内容是Dockerfile和数据卷。Docker的镜像生产：通过 Dockerfile 编排镜像所需的资源。而数据卷，是Docker的数据存储方案。

下面我们开始正式的介绍~

Dockerfile

Dockerfile 是一个用来构建镜像的文本文件，文本内容包含了一条条构建镜像所需的指令 (opens new window)和说明。

理解每个指令的用法是掌握 Docker 技术的关键

具体使用请直接阅读官方文档 (opens new window)。

关于 Dockerfile，下面我们再传递几个重要的观点：

Dockerfile 是 Docker 运维开发工作的关键
Dockerfile 文件主要用于编写应用的安装过程
应用的初始化过程可以在 Dockerfile 中引入，然后在独立的脚本中编写
Dockerfile 必须构建成镜像后再供用户使用，直接基于 Dockerfile 运行容器可能会由于网络问题导致无法达成预期目的

指令不仅仅用于设计 Docker 镜像，还有一部分指令与容器运行时密切相关，包括：

CMD
ENTRYPOINT
WORKDIR
ENV
USER
VOLUME

CMD 和 ENTRYPOINT

它们都是容器启动时运行的指令。

有如下几个关键技术点需要掌握：

CMD 与 ENTRYPOINT 的区别：CMD 直接运行单条命令，ENTRYPOINT 用于运行一个脚本
指令的 Shell 和 Exec 语法模式

# Shell 模式
CMD ping localhost

# Exec 模式
CMD ["/bin/ping","localhost"]

可见它们从写法上一种是命令行模式，一种是数组模式。

但它们不仅仅写法上不同，更重要的是运行方式不同。

CMD 模式相当于调用 Shell 后再运行指令，例如上面的例子实际上相当于： /bin/sh -c "ping localhost"
ENTRYPOINT 模式相当于直接运行指令，例如上面的例子实际上相当于： /bin/ping localhost

CMD 与 ENTRYPOINT 组合使用：组合使用的时候 CMD 作为 ENTRYPOINT 的一个参数

组合使用 ENTRYPOINT 和 CMD 命令式, 确保你一定用的是 Exec 表示法. 如果用其中一个用的是Shell表示法, 或者一个是Shell表示法, 另一个是Exec表示法, 你永远得不到你预期的效果.

下表列出了如果把Shell表示法和Exec表示法混合, 最终得到的命令行, 可以看到如果有Shell表示法存在, 很难得到正确的效果:

Dockerfile    Command

ENTRYPOINT /bin/ping -c 3
CMD localhost               /bin/sh -c '/bin/ping -c 3' /bin/sh -c localhost


ENTRYPOINT ["/bin/ping","-c","3"]
CMD localhost               /bin/ping -c 3 /bin/sh -c localhost

ENTRYPOINT /bin/ping -c 3
CMD ["localhost"]"          /bin/sh -c '/bin/ping -c 3' localhost

ENTRYPOINT ["/bin/ping","-c","3"]
CMD ["localhost"]            /bin/ping -c 3 localhost

从上面看出, 只有ENTRYPOINT 和 CMD 都用 Exec 表示法, 才能得到预期的效果。

WORKDIR

ENV

USER

先看官方的定义：

The USER instruction sets the user name (or UID) and optionally the user group (or GID) to use when running the image and for any RUN, CMD and ENTRYPOINT instructions that follow it in the Dockerfile.

有几个关键信息：

适用于 RUN, CMD and ENTRYPOINT 三个指令

VOLUME

对于 VOLUME 申明的目录，容器运行后会自动在 /var/lib/docker/volumes 下创建如下的匿名卷。

/var/lib/docker/volumes/b58ec6901901202b215315db8d958848d910d51dc37c781e29c133064ed5842d

当我们运行 docker-compose down 删除容器时，匿名卷不会被删除，只有运行 docker-compose down -v 才会删除这个卷。

数据卷

Docker 容器的理念是运行时，因此它并不向普通的虚拟机一样，可以方便的更改任何文件。

但用户在实际使用 Docker 的过程中，一定有持久保存数据（包含配置文件）的需求，那么 Docker 是如何解决这个问题的呢？

概述

Docker 提供了一套数据存储的方案（卷 (opens new window)）：

img

主要有两种形式的存储卷模式：

	Named Volumes	Bind Mounts
路径	/var/lib/docker/volumes 目录下	任意位置
启用方式	my-volume:/usr/local/data	/path/to/data:/usr/local/data
预先定义	可以先定义，也可以不定义	不需要
名称	my-volume_default 或 my-volume	data
文件权限	权限宽松	受制于宿主机文件权限
空目录下数据方向	容器 → Named Volume	Bind Volume → 容器
非空目录下数据方向	Named Volume → 容器	Bind Volume → 容器

我们根据持久化数据挂载的几种场景进行试验，得出如下的现象：

容器启动后由 CMD 和 ENTRYPOINT 产生的数据区别于镜像中 COPY/ADD 层的数据，前者我们称之动态数据，后者为静态数据。显然，动态数据不受挂载影响。
宿主机目录优先定律：挂载双方都有数据时，宿主机目录覆盖容器目录
Bind Mounts 与 Named Volumes 有差异：Bind Mounts 任何情况下都会覆盖容器目录，而 Named Volumes 挂载空目录时会先拷贝容器目录的数据

Named Volumes 在 Docker 中被推荐为首选方式，它与 Bind Mounts 相比，有以下优点：

与 Bind Mounts 相比，Named Volumes 更容易备份或迁移。
可以使用 Docker CLI 命令或 Docker API 来管理。
Named Volumes 在 Linux 和 Windows 容器上都能工作。
Named Volumes 可以在多个容器之间更安全的共享。
Named Volumes 驱动程序允许你在远程主机或云上提供存储、加密或其他功能。
新 Named Volumes 的内容可以由容器预填充。

使用卷

下面是一个通过 -v 使用卷的范例：

 docker run -dp 3000:3000 \
     -w /app -v "$(pwd):/app" \
     node:12-alpine \
     sh -c "yarn install && yarn run dev"

共享卷

多个容器共享一个存储卷是非常典型的应用场景：

img

下篇内容：

端口与互联：容器与宿主机、容器与容器、容器与外部的连接与通信机制
用户权限：容器中的用户与宿主机的用户之间的关系

本文由Websoft9原创发布，转载请注明出处。