从零开始 - Docker部署前后端分离项目（二）
一、docker中的网络
– network
bridge
桥接。
网桥中的容器会独立分发ip地址，和宿主机隔离，如果需要在暴露容器，需要做端口映射。
host
不会给容器分配单独的ip，直接暴露在宿主机对应的端口。
这时不需要做端口映射,把容器直接理解为一个简单的进程。
none
没有任何网络，单机
删除网络
docker network rm NETWORKID
docker network inspect xz 查看xz这个网络下有多少个连接的容器
docker network list 查看网桥
二、dockerfile
1. 镜像与容器的关系
docker中镜像是层级结构的，我们可以通过命令
docker history
查看镜像中的每一层的大小和内容。镜像是readonly的。容器从镜像启动时，docker会在镜像的最上层创建一个可写层，镜像本身保持不变。删除容器只是删除容器创建的可写层，因此创建和删除容器都很快。
所以我们在创建应用时会利用Dockerfile将只读文件提前构建在镜像中来提高容器的效率。
2. 什么是Dockerfile
Dockerfile 是一个文本文档，其中包含组装 Docker 映像的指令。当我们通过执行docker build 命令告诉 Docker 构建我们的镜像时，Docker 会读取这些指令，执行它们，并因此创建一个 Docker 镜像。
三、Dockerfile指令详解
Dockerfile的指令不区分大小写。但是，约定是将它们大写，以便更容易地将它们与参数区分开来。
FROM
Docker按顺序运行
Dockerfile
指令。一个
Dockerfile
必须以
**FROM**
指令开始
。
FROM
指令指定我们从哪个父镜像开始构建。例如：
FROM python:3.8-slim-buster
表示构建需要的基础镜像是
python:3.8-slim-buster
，后续的操作都是基于它。
RUN
RUN用于执行命令行命令，有以下两种格式：
shell命令行格式
RUN <command>
# <command>等价于直接在终端执行shell命令
exec格式
注意exec格式会以json数组的形式解析，所以必须使用双引号。
RUN ["executable", "param1", "param2"]
# RUN ["python3", "app.py"] 等价于 RUN python3 app.py
两种格式的主要区别是shell命令行格式默认调用命令shell，所以原生的shell命令最好使用这种格式。当有外部可执行文件时，使用exec格式。
CMD
类似于 RUN 指令，用于运行程序，但二者运行的时间点不同:
-
CMD 在docker run 时运行。
-
RUN 是在 docker build 时运行
作用
：为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束。CMD 指令指定的程序可被 docker run 命令行参数中指定要运行的程序所覆盖。
注意
：如果 Dockerfile 中如果存在多个 CMD 指令，仅最后一个生效。
CMD命令有三种格式：
-
CMD ["executable","param1","param2"]
(
exec
格式，推荐使用)
-
CMD ["param1","param2"]
(该写法是为 ENTRYPOINT 指令指定的程序提供默认参数)
-
CMD command param1 param2
(
shell
格式)
ENTRYPOINT
类似于 CMD 指令，但其不会被 docker run 的命令行参数指定的指令所覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。
但是, 如果运行 docker run 时使用了 --entrypoint 选项，将覆盖 ENTRYPOINT 指令指定的程序。
优点
：在执行 docker run 的时候可以指定 ENTRYPOINT 运行所需的参数。
注意
：如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令，仅最后一个生效。
格式：
ENTRYPOINT ["<executeable>","<param1>","<param2>",...]
可以搭配 CMD 命令使用：一般是变参才会使用 CMD ，这里的 CMD 等于是在给 ENTRYPOINT 传参，以下示例会提到。
示例：
假设已通过 Dockerfile 构建了 python-docker:test 镜像：
# syntax=docker/dockerfile:1
FROM python:3.8-slim-buster
WORKDIR /app
COPY requirements.txt requirements.txt
RUN pip3 install -r requirements.txt
COPY . .
ENTRYPOINT ["python3", "-m" , "flask", "run"] # 定参
CMD ["--host=0.0.0.0", "--port=5000"] # 变参
-
不传参运行
docker run python-docker:test
容器内会默认运行以下命令，启动主进程。
python3 -m flask run --host=0.0.0.0 --port=5000
-
传参运行
docker run python-docker:test --host=0.0.0.0 --port=5001
容器内部会运行一下命令，启动主进程。
python3 -m flask run --host=0.0.0.0 --port=5001
注意：一个Dockerfile中至少要要有一个CMD或ENTRYPOINT命令。
EXPOSE
仅仅只是声明端口。
作用：
-
帮助镜像使用者理解这个镜像服务的监听端口，以方便配置映射。
-
在运行时使用随机端口映射时，也就是 docker run -P 时，会自动随机映射 EXPOSE 的端口。
格式：
ENV
设置环境变量，定义了环境变量，那么在后续构建的指令中，就可以使用这个环境变量。
格式：
ENV <key1>=<value1> <key2>=<value2>...
注意ENV设置的环境变量会一致存在于容器中，因此在某些情况下它会产生副作业，所以如果只是在构建过程中使用的环境变量可以使用ARG。
ARG
ARG也可以设置环境变量，不过与ENV的作用于不同，ARG 设置的环境变量仅对 Dockerfile 内有效，也就是说只有 docker build 的过程中有效，构建好的镜像内不存在此环境变量。
构建命令 docker build 中可以用 --build-arg <参数名>=<值> 来覆盖。
格式：
ADD
ADD指令从上下文目录中拷贝文件，目录到镜像中。格式如下：
ADD [--chown=<user>:<group>] <源路径>... <目标路径>
ADD [--chown=<user>:<group>] ["<src>",... "<dest>"]
ADD遵守如下规则：
-
源路径如果不是URL则必须在构建上下文目录下
-
如果源路径是可识别的压缩格式(identity、gzip、bzip2或xz)的本地tar归档文件，则会自动将其解压缩为一个目录。
-
如果目标路径以
/
结尾，目标路径被识别为目录，源路径内容会被拷贝到其中
-
当源路径有多个时，目标路径必须以
/
结尾
-
目标路径不以
/
结尾，它会被识别为普通文件
-
目标路径不存在时，它会自动创建
COPY
COPY指令与ADD命令格式完全一致，最主要的区别是：
-
ADD 中的源路径可以是url(制定一个远程的文件或文件夹)这在Dockerfile是从标准输入中接收的时候非常有用。
-
COPY中的源路径必须是在构建上下文路径中。
-
COPY不会自动解压压缩文件
虽然ADD和COPY在功能上相似，但一般来说，COPY是首选。这是因为它比ADD更透明。 COPY仅支持将本地文件基本复制到容器中，而ADD有一些特性(如仅本地的tar提取和远程URL支持)不是很明显。因此，ADD的最佳用途是将本地tar文件自动提取到映像中，如ADD rootfs.tar.xz /。
如果您有多个Dockerfile步骤，它们使用来自您的上下文中不同的文件，请分别复制它们，而不是一次复制所有文件。这确保了只有当特定要求的文件发生更改时，每个步骤的构建缓存才会失效(强制重新运行该步骤)。
VOLUME
创建挂着点。在启动容器时忘记挂载数据卷，会自动挂载到匿名卷。
作用：
-
避免重要的数据，因容器重启而丢失。
-
避免容器不断变大。
格式：
VOLUME ["<路径1>", "<路径2>"...]
VOLUME <路径>
在启动容器 docker run 的时候，我们可以通过 -v 参数指定卷。
WORKDIR
WORKDIR指令为Dockerfile中跟随它的任何RUN、CMD、ENTRYPOINT、COPY和ADD指令设置工作目录。如果WORKDIR不存在，即使没有在任何后续Dockerfile指令中使用它，也会创建它。WORKDIR指令可以在Dockerfile中多次使用。如果提供了相对路径，则它将相对于上一个WORKDIR指令的路径。For example:
WORKDIR /a
WORKDIR b
WORKDIR c
RUN pwd
这个Dockerfile中最后一个pwd命令的输出是/a/b/c。
更多命令见https://docs.docker.com/engine/reference/builder/?utm_source=testingpai.com#usage
