120 lines
4.1 KiB
Markdown
120 lines
4.1 KiB
Markdown
# Dockerfile 简易说明
|
||
|
||
## 1. FROM 和 RUN 指令的作用
|
||
|
||
FROM：定制的镜像都是基于 FROM 的镜像，这里的 nginx 就是定制需要的基础镜像。后续的操作都是基于 nginx。
|
||
|
||
RUN：用于执行后面跟着的命令行命令。有以下俩种格式：
|
||
|
||
```dockerfile
|
||
RUN ["可执行文件", "参数1", "参数2"]
|
||
# 例如：
|
||
# RUN ["./test.php", "dev", "offline"] 等价于 RUN ./test.php dev offline
|
||
```
|
||
|
||
注意：Dockerfile 的指令每执行一次都会在 docker 上新建一层。所以过多无意义的层，会造成镜像膨胀过大。例如：
|
||
|
||
```dockerfile
|
||
FROM centos
|
||
RUN yum install wget
|
||
RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz"
|
||
RUN tar -xvf redis.tar.gz
|
||
```
|
||
|
||
以上执行会创建 3 层镜像。可简化为以下格式：
|
||
|
||
```dockerfile
|
||
FROM centos
|
||
RUN yum install wget \
|
||
&& wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" \
|
||
&& tar -xvf redis.tar.gz
|
||
```
|
||
|
||
如上，以 && 符号连接命令，这样执行后，只会创建 1 层镜像。
|
||
|
||
## 2. COPY 指令
|
||
|
||
复制指令，从上下文目录中复制文件或者目录到容器里指定路径。
|
||
|
||
格式：
|
||
|
||
```dockerfile
|
||
COPY [--chown=<user>:<group>] <源路径1>... <目标路径>
|
||
COPY [--chown=<user>:<group>] ["<源路径1>",... "<目标路径>"]
|
||
```
|
||
|
||
* [--chown=\<user>:\<group>]：可选参数，用户改变复制到容器内文件的拥有者和属组。
|
||
* <目标路径>：容器内的指定路径，该路径不用事先建好，路径不存在的话，会自动创建。
|
||
* <源路径>：源文件或者源目录，这里可以是通配符表达式，其通配符规则要满足 Go 的 filepath.Match 规则。例如：
|
||
|
||
```dockerfile
|
||
COPY hom* /mydir/
|
||
COPY hom?.txt /mydir/
|
||
```
|
||
|
||
## 3. ADD
|
||
|
||
ADD 指令和 COPY 的使用格类似（同样需求下，官方推荐使用 COPY）。功能也类似，不同之处如下：
|
||
|
||
* ADD 的优点：在执行 <源文件> 为 tar 压缩文件的话，压缩格式为 gzip, bzip2 以及 xz 的情况下，会自动复制并解压到 <目标路径>。
|
||
* ADD 的缺点：在不解压的前提下，无法复制 tar 压缩文件。会令镜像构建缓存失效，从而可能会令镜像构建变得比较缓慢。具体是否使用，可以根据是否需要自动解压来决定。
|
||
|
||
## 4. CMD
|
||
|
||
类似于 RUN 指令，用于运行程序，但二者运行的时间点不同:
|
||
|
||
* CMD 在 docker run 时运行。
|
||
* RUN 是在 docker build。
|
||
|
||
作用：为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束。CMD 指令指定的程序可被 docker run 命令行参数中指定要运行的程序所覆盖。
|
||
|
||
注意：如果 Dockerfile 中如果存在多个 CMD 指令，仅最后一个生效。
|
||
|
||
格式：
|
||
|
||
```dockerfile
|
||
CMD <shell 命令>
|
||
CMD ["<可执行文件或命令>","<param1>","<param2>",...]
|
||
CMD ["<param1>","<param2>",...] # 该写法是为 ENTRYPOINT 指令指定的程序提供默认参数
|
||
```
|
||
|
||
推荐使用第二种格式，执行过程比较明确。第一种格式实际上在运行的过程中也会自动转换成第二种格式运行，并且默认可执行文件是 sh。
|
||
|
||
## 5. ENTRYPOINT
|
||
|
||
类似于 CMD 指令，但其不会被 docker run 的命令行参数指定的指令所覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。
|
||
|
||
但是, 如果运行 docker run 时使用了 --entrypoint 选项，将覆盖 CMD 指令指定的程序。
|
||
|
||
优点：在执行 docker run 的时候可以指定 ENTRYPOINT 运行所需的参数。
|
||
|
||
注意：如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令，仅最后一个生效。
|
||
|
||
格式：
|
||
|
||
```dockerfile
|
||
ENTRYPOINT ["<executeable>","<param1>","<param2>",...]
|
||
```
|
||
|
||
\<executeable\> 一般选择 /entrypoint.sh，该文件通过 COPY 命令放置到镜像中，其内容如下：
|
||
|
||
```bash
|
||
#!/bin/bash
|
||
|
||
# 启动某些服务/执行某些前置命令，比如：
|
||
service ssh start
|
||
# 以传入的参数继续执行（执行命令行中的 CMD 部分）
|
||
exec $@
|
||
```
|
||
|
||
## 6. 构建 Docker Image
|
||
|
||
```bash
|
||
# <image name> 必须以小写字母开头
|
||
docker build -t <image name>:<tag> .
|
||
```
|
||
|
||
## 6. 外部参考资料
|
||
|
||
* [Docker Dockerfile](https://www.runoob.com/docker/docker-dockerfile.html)
|