Docker生成镜像的两种方式

男娘i 2022-01-13 02:23 577阅读 0赞

有时候从Docker镜像仓库中下载的镜像不能满足要求，我们可以基于一个基础镜像构建一个自己的镜像

两种方式：

1.更新镜像：使用docker commit命令
2.构建镜像：使用docker build命令，需要创建Dockerfile文件
更新镜像
先使用基础镜像创建一个容器，然后对容器内容进行更改，然后使用docker commit命令提交为一个新的镜像（以tomcat为例）。
1.根据基础镜像，创建容器
docker run --name mytomcat -p 80:8080 -d tomcat

  1. 修改容器内容

    docker exec -it mytomcat /bin/bash
    cd webapps/ROOT
    rm -f index.jsp
    echo hello world > index.html
    exit

3.提交为新镜像

  1. docker commit -m=“描述消息” -a="作者"容器ID或容器名
  2. 镜像名:TAG# 例:
  3. # docker commit -m=“修改了首页” -a=“华安” mytomcat huaan/tomcat:v1.0

4.使用新镜像运行容器

  1. docker run --name tom -p 8080:8080 -d
  2. 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格式
一、Format：
1.#Comment
2.INSTRUCTION arguments
二、The instruction isnot case-sensitive
However,convention is for them to be UPPERCASE to distinguish them from arguments more easily
三、Docker runs instructions in a Dockerfile in order
四、The first instruction must be ‘FROM’ in order to specify the Base Image from which you are building

使用Dockerfile构建SpringBoot应用镜像
一、准备
1.把你的springboot项目打包成可执行jar包
2.把jar包上传到Linux服务器

二、构建
1.在jar包路径下创建Dockerfile文件vi Dockerfile

  1. # 指定基础镜像，本地没有会从dockerHub pull下来
  2. FROM java:8
  3. #作者
  4. MAINTAINER huaan
  5. # 把可执行jar包复制到基础镜像的根目录下
  6. ADD luban.jar /luban.jar
  7. # 镜像要暴露的端口，如要使用端口，在执行docker run命令时使用-p生效
  8. EXPOSE 80
  9. # 在镜像运行为容器后执行的命令
  10. ENTRYPOINT [“java”,"-jar","/luban.jar"]

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

  1. docker build -t huaan/mypro : v1  .
  2. # -f指定Dockerfile文件的路径
  3. # -t指定镜像名字和TAG
  4. # .指当前目录，这里实际上需要一个上下文路径实际上需要一个上下文路径

三、运行
运行自己的SpringBoot镜像
docker run --name pro -p 80:80 -d 镜像名:TAG

Dockerfile常用指令
1.FROM
FROM指令是最重要的一个并且必须为Dockerfile文件开篇的第一个非注释行，用于为镜像文件构建过程指定基础镜像，后续的指令运行于此基础镜像提供的运行环境
这个基础镜像可以是任何可用镜像，默认情况下docker build会从本地仓库找指定的镜像文件，如果不存在就会从Docker Hub上拉取 语法：

  1. FROM  <image>
  2. FROM  <image>:<tag>
  3. FROM  <image>@<digest>

2.MAINTAINER(depreacted)
Dockerfile的制作者提供的本人详细信息
Dockerfile不限制MAINTAINER出现的位置，但是推荐放到FROM指令之后 语法：

  1. MAINTAINER <name>

name可以是任何文本信息，一般用作者名称或者邮箱

3.LABEL
给镜像指定各种元数据 语法：

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

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

4.COPY
用于从宿主机复制文件到创建的新镜像文件 语法：

  1. COPY  <src>...<dest>
  2. COPY  ["<src>",..."<dest>"]
  3. # <src>：要复制的源文件或者目录，可以使用通配符
  4. # <dest>：目标路径，即正在创建的image的文件系统路径；建议<dest>使用绝对路径，否则COPY指令则以WORKDIR为其起始路径

注意：如果你的路径中有空白字符，通常会使用第二种格式规则：

1.<src>必须是build上下文中的路径，不能是其父目录中的文件
2.如果.<src>是目录，则其内部文件或子目录会被递归复制，但.<src>目录自身不会被复制
3.如果指定了多个.<src>，或在.<src>中使用了通配符，则<dest>必须是一个目录，则必须以/符号结尾.
4.如果<dest>不存在，将会被自动创建，包括其父目录路径

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

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

规则：

1.和COPY规则相同

2.如果.<src>为URL并且<dest>没有以/结尾，则指定的文件将被下载到<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
用来创建挂载点，可以挂载宿主机上的卷或者其他容器上的卷 语法：

  1. VOLUME  <mountpoint>
  2. VOLUME  ["<mountpoint>"]

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

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

`EXPOSE[/] [[/]…]`

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

  1. 9.ENV
  2. 用来给镜像定义所需要的环境变量，并且可以被Dockerfile文件中位于其后的其他指令(如ENV、ADD、COPY等)所调用，调用格式：$variablename或者 ${variable_name}  语法：

ENV
ENV =…

  1. 第一种格式中，`<key>`之后的所有内容都会被视为`<value>`的组成部分，所以一次只能设置一个变量
  2. 第二种格式可以一次设置多个变量，如果` <value>`当中有空格可以使用\进行转义或者对 `<value>`加引号进行标识；另外\也可以用来续行
  4. 10.ARG
  5. 用法同ENV
  6. 语法：
  7. `ARG <name>[=<default value>]`
  8. 指定一个变量，可以在docker build创建镜像的时候，使用`--build-arg <varname>=<value>`来指定参数
  10. 11.RUN
  11. 用来指定docker build过程中运行指定的命令 语法：

RUN
RUN [““,”“,”“]

  1. 第一种格式里面的参数一般是一个shell命令，以/bin/sh -c来运行它
  2. 第二种格式中的参数是一个JSON格式的数组，当中`<executable>`是要运行的命令，后面是传递给命令的选项或者参数；但是这种格式不会用`/bin/sh -c`来发起，所以常见的shell操作像变量替换和通配符替换不会进行；如果你运行的命令依赖shell特性，可以替换成类型以下的格式

RUN [“/bin/bash”,”-c”,”“,”“]

  1. 12.CMD
  2. 容器启动时运行的命令 语法：

CMD
CMD [““,”“,”“]
CMD [““,”“]

  1. 前两种语法和RUN相同
  2. 第三种语法用于为ENTRYPOINT指令提供默认参数
  3. RUN和CMD区别：
  4. 1.RUN指令运行于镜像文件构建过程中，CMD则运行于基于Dockerfile构建出的新镜像文件启动为一个容器的时候
  5. 2.CMD指令的主要目的在于给启动的容器指定默认要运行的程序，且在运行结束后，容器也将终止；不过，CMD命令可以被docker run的命令行选项给覆盖
  6. 3.Dockerfile中可以存在多个CMD指令，但是只有最后一个会生效
  8. 13.ENTRYPOINT
  9. 类似于CMD指令功能，用于给容器指定默认运行程序 语法：

ENTRYPOINT
ENTRYPOINT[““,”“,”“]

  1. 和CMD不同的是ENTRYPOINT启动的程序不会被docker run命令指定的参数所覆盖，而且，这些命令行参数会被当做参数传递给ENTRYPOINT指定的程序(但是，docker run命令的–entrypoint参数可以覆盖ENTRYPOINT)
  2. docker run命令传入的参数会覆盖CMD指令的内容并且附加到ENTRYPOINT命令最后作为其参数使用
  3. 同样，Dockerfile中可以存在多个ENTRYPOINT指令，但是只有最后一个会生效
  4. Dockerfile中如果既有CMD又有ENTRYPOINT，并且CMD是一个完整可执行命令，那么谁在最后谁生效
  6. 14.ONBUILD
  7. 用来在Dockerfile中定义一个触发器 语法：

ONBUILD 

  1. Dockerfile用来构建镜像文件，镜像文件也可以当成是基础镜像被另外一个Dockerfile用作FROM指令的参数
  2. 在后面这个Dockerfile中的FROM指令在构建过程中被执行的时候，会触发基础镜像里面的ONBUILD指令
  3. ONBUILD不能自我嵌套，ONBUILD不会触发FROM和MAINTAINER指令
  4. 在ONBUILD指令中使用ADD和COPY要小心，因为新构建过程中的上下文在缺少指定的源文件的时候会失败

转载于:https://blog.51cto.com/14295469/2382336

发表评论

表情：
评论列表 （有 0 条评论，577人围观）

还没有评论，来说两句吧...

相关阅读

    相关 安装docker-compose的两种方式

    这里简单介绍下两种安装docker-compose的方式，第一种方式相对简单，但是由于网络问题，常常安装不上，并且经常会断开，第二种方式略微麻烦，但是安装过程比较稳定

    小鱼儿小鱼儿/ 0 赞/ 447 阅读