1 Dockerfile介绍
Dockfile是一种被Docker程序解释的脚本，Dockerfile由一条一条的指令组成，每条指令对应Linux下面的一条命令。Docker程序将这些Dockerfile指令翻译真正的Linux命令。Dockerfile有自己书写格式和支持的命令，Docker程序解决这些命令间的依赖关系，类似于Makefile。Docker程序将读取Dockerfile，根据指令生成定制的image。相比image这种黑盒子，Dockerfile这种显而易见的脚本更容易被使用者接受，它明确的表明image是怎么产生的。有了Dockerfile，当我们需要定制自己额外的需求时，只需在Dockerfile上添加或者修改指令，重新生成image即可，省去了敲命令的麻烦。
2 Dockerfile语法介绍
Dockerfile的注释以“#”开始，每一行都是一个指令
一般情况下，Dockerfile由4部分组成：
- 基础镜像信息(Base Image)
- 维护者信息(maintainer)
- 镜像操作指令(Commands to update the base image)
- 容器启动指令(Commands when creating a new container)
必须说明的是，如果使用Dockerfile来构建镜像，需要确定
- Dockerfile的第一条有效信息必须是基础镜像信息
- 维护者信息紧随其后
- 镜像操作指令则在维护者信息之后
- 最后是镜像启动指令
2.1 Dockerfile 指令
Dockerfile的指令一般采用的格式，其中INSTRUCTION是Dockerfile的关键字，包括FROM, MAINTAINER, RUN等，下面进行详细介绍
INSTRUCTION arguments
2.1.1 FROM
Dockerfile的第一条必须是FROM指令，用来指定要制作的镜像继承自哪个镜像，格式如下
FROM <image>
FROM <image>:<tag>
例如需要构建一个采用mongodb的数据库镜像，用以下指令
FROM mongo:3.2
2.1.2 MAINTAINER
用来指定维护者信息，格式为
MAINTAINER <name>
例如我自己的维护者信息
MAINTAINER xixy10@foxmail.com
2.1.3 RUN
该指令用于执行shell命令，当解析Dockerfile时，遇到RUN指令，Docker会将该指令翻译为如下，其中xxxxxx为RUN后面的shell命令
/bin/sh -c "XXXXXX"
格式为
RUN <command>
RUN <"executable","param1","param2"...>
例如需要安装相关软件及创建文件夹
RUN mkdir /Code
RUN pip install -r requirements.txt
2.1.4 EXPOSE
该指令将容器中的端口号暴露出来，也可以通过"docker run -p" 命令实现和服务器端口的映射
格式为
EXPOSE <PORT>[<PORT>...]
例如容器中部署了web应用，需要将8080端口和80端口暴露出来
EXPOSE 80 8080
2.1.5 EXPOSE
该指令指定启动容器时执行的命令，每个Dockerfile只能有一条CMD指令，如果指定了多条，只有最后一条会被执行。
如果用户启动容器时指定了运行的命令，则会覆盖CMD指定的命令
格式为
CMD ["executable","param1","param2"] #使用exec执行，推荐方式
CMD command param1 param2 #在/bin/sh中执行，提供给需要交互的应用
CMD [“param1”,"param2"] #提供给ENTRYPOINT的默认参数
例如启动容器时要求启动服务器
CMD python app.py
2.1.6 ENTRYPOINT
设置指令，指定容器启动时执行的命令，可以多次设置，但是只有最后一个有效
格式如下所示
ENTRYPOINT ["executable", "param1", "param2"] (like an exec, the preferred form)
ENTRYPOINT command param1 param2 (as a shell)
该指令的使用分为两种情况，一种是独自使用，另一种和CMD指令配合使用。
当独自使用时，如果你还使用了CMD命令且CMD是一个完整的可执行的命令，那么CMD指令和ENTRYPOINT会互相覆盖只有最后一个CMD或者ENTRYPOINT有效。
# CMD指令将不会被执行，只有ENTRYPOINT指令被执行
CMD echo “Hello, World!”
ENTRYPOINT ls -l
另一种用法和CMD指令配合使用来指定ENTRYPOINT的默认参数，这时CMD指令不是一个完整的可执行命令，仅仅是参数部分；ENTRYPOINT指令只能使用JSON方式指定执行命令，而不能指定参数。
FROM ubuntu
CMD ["-l"]
ENTRYPOINT ["/usr/bin/ls"]
2.1.7 VOLUME
创建一个可以从本地主机或者其他容器挂载的挂载点(目录)，一般用来存放数据库或者需要永久保存的数据，该目录可以被容器本身使用，也可以共享给其他容器使用。我们知道容器使用的是AUFS，这种文件系统不能持久化数据，当容器关闭后，所有的更改都会丢失。当容器中的应用有持久化数据的需求时可以在Dockerfile中使用该指令。
如果和host共享目录，Dockerfile中必须创建一个挂载点，然后在启动容器的时候，通过以下指令来进行挂载
docker run -v $HOSTPATH:$CONTAINERPATH
格式如下所示
VOLUME ["<mountpoint>"]
例如
FROM base
VOLUME ["/tmp/data"]
运行通过该Dockerfile生成image的容器，/tmp/data目录中的数据在容器关闭后，里面的数据还存在。例如另一个容器也有持久化数据的需求，且想使用上面容器共享的/tmp/data目录，那么可以运行下面的命令启动一个容器
docker run -t -i -rm -volumes-from container1 image2 bash
container1为第一个容器的ID，image2为第二个容器运行image的名字
2.1.8 ENV
该指令指定一个环境变量，会被后续RUN指令使用，并在容器运行时保持，格式为
ENV <key> <value>
container启动后，可以通过docker inspect查看这个环境变量，也可以通过在docker run --env key=value时设置或修改环境变量。
假如你安装了JAVA程序，需要设置JAVA_HOME，那么可以在Dockerfile中这样写
ENV JAVA_HOME /path/to/java/dirent
2.1.9 ADD指令
该指令将复制指定的到容器中的，其中可以是
- Dockerfile所在目录的一个相对路径
- 一个URL
- 可以是一个tar文件(会自动解压为目录)
指令为
ADD <src> <dest>
所有拷贝到container中的文件和文件夹权限为0755，uid和gid为0；
- 如果是一个目录，那么会将该目录下的所有文件添加到container中，不包括目录；
- 如果文件是可识别的压缩格式，则docker会帮忙解压缩（注意压缩格式）；
- 如果是文件且中不使用斜杠结束，则会将视为文件，的内容会写入；
- 如果是文件且中使用斜杠结束，则会将文件拷贝到目录下
2.1.10 WORKDIR
设置指令，可以多次切换(相当于cd命令)，对RUN,CMD,ENTRYPOINT生效
格式为
WORKDIR /path/to/workdir
例如
WORKDIR /p1 WORKDIR p2 RUN vim a.txt
2.2 docker build
root@ubuntu:~# docker build --help
Usage: docker build [OPTIONS] PATH | URL | -
Build a new image from the source code at PATH
-c, --cpu-shares=0 CPU shares (relative weight)
--cpuset-cpus= CPUs in which to allow execution (0-3, 0,1)
-f, --file= Name of the Dockerfile (Default is 'PATH/Dockerfile')
--force-rm=false Always remove intermediate containers
--help=false Print usage
-m, --memory= Memory limit
--memory-swap= Total memory (memory + swap), '-1' to disable swap
--no-cache=false Do not use cache when building the image
--pull=false Always attempt to pull a newer version of the image
-q, --quiet=false Suppress the verbose output generated by the containers
--rm=true Remove intermediate containers after a successful build
-t, --tag= Repository name (and optionally a tag) for the image
3 示例
我将以前的一个项目的后端用Docker进行发布，采用两个容器，一个用来跑Service，一个专门用来作为数据库(mongodb)，两个服务器之间有交互，Service容器会对Database容器进行增删改查操作
3.1 Database容器
直接拉取mongo服务器
docker pull mongo:3.2
等待下载完成后，我们就可以在本地镜像列表里查到REPOSITORY为mongo,标签为3.2的镜像。
然后运行容器
docker run -p 27017:27017 -v $PWD/db:/data/db -d mongo:3.2
命令说明：
-p 27017:27017 :将容器的27017 端口映射到主机的27017 端口
-v $PWD/db:/data/db :将主机中当前目录下的db挂载到容器的/data/db，作为mongo数据存储目录
3.2 Service容器
Service容器需要运行Flask应用，Dockerfile如下所示
FROM python:2.7
MAINTAINER xixy10 "xixy10@foxmail.com"
RUN /bin/echo 'root:123456' |chpasswd
RUN useradd xixy
RUN /bin/echo 'xixy:123456' |chpasswd
RUN mkdir /Code
WORKDIR /Code
ADD . /Code/
RUN pip install -r requirements.txt
WORKDIR ./TOP/util
RUN python question_lib_generator.py
WORKDIR ../
EXPOSE 5000
CMD python test.py
然后build产生镜像
docker build -t xixy/tpo:1.0 .
运行容器
docker run -it -p 5000:5000 xixy/tpo:1.0
然后即可访问，API正常运行，运行过程中Service容器会对Database容器进行增删改查，容器间通信会令写一篇
![]()
1.png
