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 运行容器可能会由于网络问题导致无法达成预期目的
- CMD
- ENTRYPOINT
- WORKDIR
- ENV
- USER
- VOLUME
它们都是容器启动时运行的指令。
有如下几个关键技术点需要掌握:
- 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 的一个参数
下表列出了如果把Shell表示法和Exec表示法混合, 最终得到的命令行, 可以看到如果有Shell表示法存在, 很难得到正确的效果:
DockerfileCommandENTRYPOINT /bin/ping -c 3
CMD localhost/bin/sh -c '/bin/ping -c 3' /bin/sh -c localhostENTRYPOINT ["/bin/ping","-c","3"]
CMD localhost/bin/ping -c 3 /bin/sh -c localhostENTRYPOINT /bin/ping -c 3
CMD ["localhost"]"/bin/sh -c '/bin/ping -c 3' localhostENTRYPOINT ["/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 申明的目录,容器运行后会自动在 /var/lib/docker/volumes 下创建如下的匿名卷。
/var/lib/docker/volumes/b58ec6901901202b215315db8d958848d910d51dc37c781e29c133064ed5842d
当我们运行
docker-compose down
删除容器时,匿名卷不会被删除,只有运行 docker-compose down -v
才会删除这个卷。数据卷 Docker 容器的理念是运行时,因此它并不向普通的虚拟机一样,可以方便的更改任何文件。
但用户在实际使用 Docker 的过程中,一定有持久保存数据(包含配置文件)的需求,那么 Docker 是如何解决这个问题的呢?
概述
Docker 提供了一套数据存储的方案(卷 (opens new window)):
文章图片
主要有两种形式的存储卷模式:
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 挂载空目录时会先拷贝容器目录的数据
- 与 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"
共享卷
多个容器共享一个存储卷是非常典型的应用场景:
文章图片
下篇内容:
- 端口与互联:容器与宿主机、容器与容器、容器与外部的连接与通信机制
- 【Docker速学(二) Dockerfile和数据卷】用户权限:容器中的用户与宿主机的用户之间的关系
本文由 Websoft9原创发布,转载请注明出处。
推荐阅读
- Docker应用:容器间通信与Mariadb数据库主从复制
- EffectiveObjective-C2.0|EffectiveObjective-C2.0 笔记 - 第二部分
- 遇到一哭二闹三打滚的孩子,怎么办┃山伯教育
- 赢在人生六项精进二阶Day3复盘
- 2019年12月24日
- 陇上秋二|陇上秋二 罗敷媚
- 一百二十三夜,请嫁给我
- 迷失的世界(二十七)
- 我要我们在一起(二)
- 基于|基于 antd 风格的 element-table + pagination 的二次封装