使用Dockerfile构建镜像

Docker生成镜像的两种方式

有时候从Docker镜像仓库中下载的镜像不能知足要求，咱们能够基于一个基础镜像构建一个本身的镜像

两种方式：

1.更新镜像：使用docker commit命令

2.构建镜像：使用docker build命令，须要建立Dockerfile文件

更新镜像

先使用基础镜像建立一个容器，而后对容器内容进行更改，而后使用docker commit命令提交为一个新的镜像（以tomcat为例）。

1.根据基础镜像，建立容器

docker run --name mytomcat -p 80:8080 -d tomcat

2. 修改容器内容

docker exec -it mytomcat /bin/bash

cd webapps/ROOT

rm -f index.jsp

echo hello world > index.html

exit

3.提交为新镜像

docker commit -m="描述消息" -a="做者"容器ID或容器名

镜像名:TAG# 例:

# docker commit -m="修改了首页" -a="华安" mytomcat huaan/tomcat:v1.0

4.使用新镜像运行容器

docker run --name tom -p 8080:8080 -d

huaan/tomcat:v1.0

使用Dockerfile构建镜像

什么是Dockerfile？

Dockerfile is nothing but the source code for building Docker images

  1.Docker can build images automatically by reading the instructions from a Dockerfile

  2.A Dockerfile is a text document that contains all the commands a user could call on the command line to assemble an image

  3.Using docker build users can create an  automated build that executes several command- line instructions in succession

  dockerfile

Dockerfile格式

1、Format：

     1.#Comment

     2.INSTRUCTION arguments

2、The instruction isnot case-sensitive 

      However,convention is for them to be UPPERCASE to distinguish them from arguments more easily

3、Docker runs instructions in a Dockerfile in order

4、The first instruction must be 'FROM' in order to specify the Base Image from which you are building

 

使用Dockerfile构建SpringBoot应用镜像

1、准备

1.把你的springboot项目打包成可执行jar包

2.把jar包上传到Linux服务器

2、构建

1.在jar包路径下建立Dockerfile文件vi Dockerfile

# 指定基础镜像，本地没有会从dockerHub pull下来

FROM  java:8

#做者

MAINTAINER  huaan

# 把可执行jar包复制到基础镜像的根目录下

ADD  luban.jar /luban.jar

# 镜像要暴露的端口，如要使用端口，在执行docker run命令时使用-p生效

EXPOSE  80

# 在镜像运行为容器后执行的命令

ENTRYPOINT  ["java","-jar","/luban.jar"]

2.使用docker build命令构建镜像，基本语法

docker build -t huaan/mypro:v1 .

# -f指定Dockerfile文件的路径

# -t指定镜像名字和TAG

# .指当前目录，这里实际上须要一个上下文路径

3、运行

运行本身的SpringBoot镜像

docker run --name pro -p 80:80 -d 镜像名:TAG

Dockerfile经常使用指令

1.FROM

FROM指令是最重要的一个而且必须为Dockerfile文件开篇的第一个非注释行，用于为镜像文件构建过程指定基础镜像，后续的指令运行于此基础镜像提供的运行环境

这个基础镜像能够是任何可用镜像，默认状况下docker build会从本地仓库找指定的镜像文件，若是不存在就会从Docker Hub上拉取  语法：

FROM  <image>

FROM  <image>:<tag>

FROM  <image>@<digest>

 

2.MAINTAINER(depreacted)

Dockerfile的制做者提供的本人详细信息

Dockerfile不限制MAINTAINER出现的位置，可是推荐放到FROM指令以后  语法：

MAINTAINER <name>

name能够是任何文本信息，通常用做者名称或者邮箱

 

3.LABEL

给镜像指定各类元数据 语法：

LABEL <key>=<value> <key>=<value> <key>=<value>...

一个Dockerfile能够写多个LABEL，可是不推荐这么作，Dockerfile每一条指令都会生成一层镜像，若是LABEL太长可使用\符号换行。构建的镜像会继承基础镜像的LABEL，而且会去掉重复的，但若是值不一样，则后面的值会覆盖前面的值。

 

4.COPY

用于从宿主机复制文件到建立的新镜像文件 语法：

COPY  <src>...<dest>

COPY  ["<src>",..."<dest>"]

# <src>：要复制的源文件或者目录，可使用通配符

# <dest>：目标路径，即正在建立的image的文件系统路径；建议<dest>使用绝对路径，不然COPY指令则以WORKDIR为其起始路径

注意：若是你的路径中有空白字符，一般会使用第二种格式规则：

1.<src>必须是build上下文中的路径，不能是其父目录中的文件

2.若是<src>是目录，则其内部文件或子目录会被递归复制，但<src>目录自身不会被复制

3.若是指定了多个<src>，或在<src>中使用了通配符，则<dest>必须是一个目录，则必须以/符号结尾.

4.若是<dest>不存在，将会被自动建立，包括其父目录路径

 

5.ADD

基本用法和COPY指令同样，ADD支持使用TAR文件和URL路径语法：

ADD  <src>...<dest>

ADD  ["<src>",..."<dest>"]

规则：

1.和COPY规则相同

2.若是<src>为URL而且<dest>没有以/结尾，则<src>指定的文件将被下载到<dest>

3.若是<src>是一个本地系统上压缩格式的tar文件，它会展开成一个目录；可是经过URL获取的tar文件不会自动展开

4.若是<src>有多个，直接或间接使用了通配符指定多个资源，则<dest>必须是目录而且以/结尾

 

6.WORKDIR

用于为Dockerfile中全部的RUN、CMD、ENTRYPOINT、COPY和ADD指定设定工做目录，只会影响当前WORKDIR以后的指令。

语法：

WORKDIR  <dirpath>

在Dockerfile文件中，WORKDIR能够出现屡次，路径能够是相对路径，可是它是相对于前一个WORKDIR指令指定的路径

另外，WORKDIR能够是ENV指定定义的变量

 

7.VOLUME

用来建立挂载点，能够挂载宿主机上的卷或者其余容器上的卷  语法：

VOLUME  <mountpoint>

VOLUME  ["<mountpoint>"]

不能指定宿主机当中的目录，宿主机挂载的目录是自动生成的

 

8.EXPOSE

用于给容器打开指定要监听的端口以实现和外部通讯 语法：

EXPOSE  <port>[/<protocol>] [<port>[/<protocol>]...]

<protocol>用于指定传输层协议，能够是TCP或者UDP，默认是TCP协议EXPOSE能够一次性指定多个端口，例如：EXPOSE 80/tcp 80/udp

 

9.ENV

用来给镜像定义所须要的环境变量，而且能够被Dockerfile文件中位于其后的其余指令(如ENV、ADD、COPY等)所调用，调用格式：$variable_name或者${variable_name}   语法：

ENV <key> <value>

ENV <key>=<value>...

第一种格式中，<key>以后的全部内容都会被视为<value>的组成部分，因此一次只能设置一个变量

第二种格式能够一次设置多个变量，若是 <value>当中有空格可使用\进行转义或者对 <value>加引号进行标识；另外\也能够用来续行

 

10.ARG

用法同ENV

语法：

ARG <name>[=<default value>]

指定一个变量，能够在docker build建立镜像的时候，使用--build-arg <varname>=<value>来指定参数

 

11.RUN

用来指定docker build过程当中运行指定的命令 语法：

RUN <command>

RUN ["<executable>","<param1>","<param2>"]

第一种格式里面的参数通常是一个shell命令，以/bin/sh -c来运行它

第二种格式中的参数是一个JSON格式的数组，当中<executable>是要运行的命令，后面是传递给命令的选项或者参数；可是这种格式不会用/bin/sh -c来发起，因此常见的shell操做像变量替换和通配符替换不会进行；若是你运行的命令依赖shell特性，能够替换成类型如下的格式

RUN ["/bin/bash","-c","<executable>","<param1>"]

12.CMD

容器启动时运行的命令

语法：

CMD <command>

CMD ["<executable>","<param1>","<param2>"]

CMD ["<param1>","<param2>"]

前两种语法和RUN相同

第三种语法用于为ENTRYPOINT指令提供默认参数

RUN和CMD区别：

1.RUN指令运行于镜像文件构建过程当中，CMD则运行于基于Dockerfile构建出的新镜像文件启动为一个容器的时候

2.CMD指令的主要目的在于给启动的容器指定默认要运行的程序，且在运行结束后，容器也将终止；不过，CMD命令能够被docker run的命令行选项给覆盖

3.Dockerfile中能够存在多个CMD指令，可是只有最后一个会生效

 

13.ENTRYPOINT

相似于CMD指令功能，用于给容器指定默认运行程序 语法：

ENTRYPOINT<command>

ENTRYPOINT["<executable>","<param1>","<param2>"]

和CMD不一样的是ENTRYPOINT启动的程序不会被docker run命令指定的参数所覆盖，并且，这些命令行参数会被当作参数传递给ENTRYPOINT指定的程序(可是，docker run命令的--entrypoint参数能够覆盖ENTRYPOINT)

docker run命令传入的参数会覆盖CMD指令的内容而且附加到ENTRYPOINT命令最后做为其参数使用

一样，Dockerfile中能够存在多个ENTRYPOINT指令，可是只有最后一个会生效

Dockerfile中若是既有CMD又有ENTRYPOINT，而且CMD是一个完整可执行命令，那么谁在最后谁生效

 

14.ONBUILD

用来在Dockerfile中定义一个触发器 语法：

ONBUILD <instruction>

Dockerfile用来构建镜像文件，镜像文件也能够当成是基础镜像被另一个Dockerfile用做FROM指令的参数

在后面这个Dockerfile中的FROM指令在构建过程当中被执行的时候，会触发基础镜像里面的ONBUILD指令

ONBUILD不能自我嵌套，ONBUILD不会触发FROM和MAINTAINER指令

在ONBUILD指令中使用ADD和COPY要当心，由于新构建过程当中的上下文在缺乏指定的源文件的时候会失败