Docker解析及轻量级PaaS平台演练（三）--Dockerfile编写

在本篇中将介绍Dockerfile的编写

除了通过修改Image，创建Container，在打包成Image来创建我们需要的Image之外

我们还可以编写Dockerfile文件，通过build来创建我们需要的Image

Dockerfile是一个文件名，Docker规定必须是这样子来命名的

Dockerfile放在项目的根目录

通过docker build -t {镜像的名字} {项目的路径}

来读取Dockerfile中的代码自动构建一个Image

Dockerfile中每一行指令执行完之后都会提交成为一个Image，这样保证了指令之间不会有影响

而且Docker会尽可能的尝试复用之前的Image

可以通过在build命令中添加–no-cache方式来取消这种cache复用方式

Dockerfile中只支持自己定义的那套指令，在书写时建议全部使用大写

FROM {base Image}

必须放在Dockerfile的第一行，表示从哪个Image开始构建

MAINTAINER

可选的，用来标识Image作者

RUN

每个RUN指令都会是在新的Container中执行，并提交为Image，作为下一个RUN的base image

RUN[“executable”,”arg1”,…]

CMD

在Dockerfile中定义的CMD命令，在提交成Image的时候不会起作用，只有当使用这个Image来创建一个Container的时候，会在Container内部默认执行这条CMD命令

一个Dockerfile中只能有一个有效的CMD

当运行Container时如果指定了command，那么将会覆盖默认设置的这个CMD

下面来编写一个Demo Dockerfile

在/test目录下新建Dockerfile

FROM busybox:ubuntu-14.04
RUN touch /test.sh
CMD ["ls","-al","/"]
//默认执行ls -al /
//外部可以通过ls -al /usr甚至是ps -al来覆盖原有的command

使用build来构建Image

docker build -t jchubby/testimage /test
//-t [image名] [Dockerfile目录]

运行结果如下：

ENTRYPOINT

之前的CMD是定义默认的command命令，但是在运行container的时候可以执行另外的command来覆盖原先的command

ENTRYPOINT的作用是在运行container的时候，设置默认要执行的command命令，是不可修改的，但是可以传不同的参数给这个command命令得到不同的结果

一个Dockerfile中只能有一个有效的ENTRYPOINT

使用ENTRYPOINT

FROM busybox:ubuntu-14.04
RUN touch /test.sh
ENTRYPOINT ["ls","-al"]
CMD["/"]
//默认会执行ls -al /
//外部只能通过传不同的路径，来得到对应目录的文件，只能使用ls命令

ADD&COPY

将host上的文件或目录复制到Image中，ADD如果是一个URL的情况下，会将其下载到指定的目录

FROM busybox:ubuntu-14.04
RUN touch /test.sh
ADD http://.... /test/..
//将指定网址的资源下载到/test/..文件中
ENTRYPOINT ["ls","-al"]
CMD["/"]

其他的一些Dockerfile指令

ENV

ENV key value

用来设置环境变量，后续的RUN可以使用其创建的环境变量

创建基于该Image的Container时也会自动拥有这些环境变量

WORKDIR

指定当前的工作目录

USER

指定在RUN的时候使用哪个用户

ONBUILD

类似于一个触发器，比如Image a的Dockerfile中制定了ONBUILD，Image b的Dockerfile指定FROM Image a，那么在构建Image b的时候会先执行Image a中的ONBUILD指定的操作（ONBUILD后面跟的是Dockerfile的指令）

VOLUME

通过VOLUME[“path1”,”path2”,…]

来指定某些目录为Container之间可以共享数据，访问的目录