使用Dockerfile构建镜像

有时候从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 .

`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 FROM : FROM @

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 ... COPY ["",...""]

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

：目标路径，即正在建立的image的文件系统路径；建议使用绝对路径，不然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> 1 在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/tcp80/udp`

9.ENV 用来给镜像定义所须要的环境变量，而且能够被Dockerfile文件中位于其后的其余指令(如ENV、ADD、COPY等)所调用，调用格式：variablename或者 {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要当心，由于新构建过程当中的上下文在缺乏指定的源文件的时候会失败