Dockerfile学习文档

发布时间:2023年12月31日

Dockerfile详解

Dockerfile是一个组合映像命令的文本;可以使用在命令行中调用任何命令;Docker通过dockerfile中的指令自动生成镜像。

通过docker build -t repository:tag ./ 即可构建,要求:./下存在Dockerfile文件

之前我们聊的镜像分层,这个层怎么分的,就是由Dockerfile中的每一条指令构成

编写规则

  • 文件名必须是 Dockerfile
  • Dockerfile中所用的所有文件一定要和Dockerfile文件在同一级父目录下
  • Dockerfile中相对路径默认都是Dockerfile所在的目录
  • Dockerfile中一能写到一行的指令,一定要写到一行,因为每条指令都被视为一层,层多了执行效率就慢
  • Dockerfile中指令大小写不敏感,但指令都用大写(约定俗成)
  • Dockerfile 非注释行第一行必须是 FROM
  • Dockerfile 工作空间目录下支持隐藏文件(.dockeringore),类似于git的.gitingore

原文链接:
作者:以九为书
链接:https://www.jianshu.com/p/4508784f6ddc

指令详解

FROM:基础镜像

FROM <image>:<tag> [as other_name]      # tag可选;不写默认是latest版
  • FROM是Dockerfile文件开篇第一个非注释行代码
  • 用于为镜像文件构建过程指定基础镜像,后续的指令都基于该基础镜像环境运行
  • 基础镜像可以是任何一个镜像文件
  • as other_name是可选的,通常用于多阶段构建(有利于减少镜像大小)
  • 使用是通过--from other_name使用,例如COPY --from other_name

LABEL:镜像描述信息

LABEL author="zp wang <test@qq.com>"
LABEL describe="test image"

# 或
LABEL author="zp wang <test@qq.com>" describe="test image"

# 或
LABEL author="zp wang <test@qq.com>" \
      describe="test image"
  • LABEL指令用来给镜像以键值对的形式添加一些元数据信息
  • 可以替代MAINTAINER指令
  • 会集成基础镜像中的LABEL,key相同会被覆盖

MAINTAINER:添加作者信息

MAINTAINER zp wang <test@163.com>
  • 慢慢废弃

COPY:从构建主机复制文件到镜像中

COPY <src> <dest>

COPY ["<src>", "<src>", ... "<dest>"]
  • <src>:要复制的源文件或目录,支持通配符
  • <src>必须在build所在路径或子路径下,不能是其父目录
  • <src>是目录。其内部的文件和子目录都会递归复制,但<src>目录本身不会被复制
  • 如果指定了多个<src>或使用了通配符,这<dest>必须是一个目录,且必须以/结尾
    #-----------------------------------------分割线--------------------------------------------#
  • <dest>:目标路径,即镜像中文件系统的路径
  • <dest>如果不存在会自动创建,包含其父目录路径也会被创建
# 拷贝一个文件
COPY testFile /opt/

# 拷贝一个目录
COPY testDir /opt/testDir

testDir下所有文件和目录都会被递归复制
目标路径要写testDir,否则会复制到/opt下

ADD:从构建宿主机复制文件到镜像中

类似于COPY指令,但ADD支持tar文件还让URL路径

ADD <src> <dest>

ADD ["<src>","<src>"... "<dest>"]
  • <src>如果是一个压缩文件(tar),被被解压为一个目录,如果是通过URL下载一个文件不会被解压
  • <src>如果是多个,或使用了通配符,则<dest>必须是以/结尾的目录,否则<src>会被作为一个普通文件,<src>的内容将被写入到<dest>

WORKDIR:设置工作目录

类似于cd命令,为了改变当前的目录域

此后RUN、CMD、ENTRYPOINT、COPY、ADD等命令都在此目录下作为当前工作目录

WORKDIR /opt
  • 如果设置的目录不存在会自动创建,包括他的父目录
  • 一个Dockerfile中WORKDIR可以出现多次,其路径也可以为相对路径,相对路径是基于前一个WORKDIR路径
  • WORKDIR也可以调用ENV指定的变量

ENV:设置镜像中的环境变量

# 一次设置一个
ENV <key> <value>

# 一次设置多个
ENV <key>=<value> <key1>=<value1> <key2>=<value2> .....

使用环境变量的方式

$varname
${varname}
${varname:-default value}           # 设置一个默认值,如果varname未被设置,值为默认值
${varname:+default value}           # 设置默认值;不管值存不存在都使用默认值

USER:设置启动容器的用户

# 使用用户名
USER testuser

# 使用用户的UID
USER UID

RUN:镜像构建时执行的命令

# 语法1,shell 形式
RUN command1 && command2

# 语法2,exec 形式
RUN ["executable","param1","[aram2]"]


# 示例
RUN echo 1 && echo 2 

RUN echo 1 && echo 2 \
    echo 3 && echo 4

RUN ["/bin/bash","-c","echo hello world"]
RUN 在下一次建构期间,会优先查找本地缓存,若不想使用缓存可以通过--no-cache解除
docker build --no-cache

RUN 指令指定的命令是否可以执行取决于 基础镜像

shell形式

默认使用/bin/sh -c 执行后面的command
可以使用 &&\ 连接多个命令

exec形式

exec形式被解析为JSON序列,这意味着必须使用双引号 ""
与 shell 形式不同,exec 形式不会调用shell解析。但exec形式可以运行在不包含shell命令的基础镜像中
例如:RUN ["echo","$HOME"] ;这样的指令 $HOME并不会被解析,必须RUN ["/bin/sh","-c","echo $HOME"]

EXPOSE:为容器打开指定的监听端口以实现与外部通信

EXPOSE <port>/<protocol>

EXPOSE 80
EXPOSE 80/http
EXPOSE 2379/tcp
<port>:端口号
<protocol>:协议类型,默认TCP协议,tcp/udp/http/https
并不会直接暴露出去,docker run时还需要-P指定才可以,这里更像是一个说明

VOLUME:实现挂载功能,将宿主机目录挂载到容器中

VOLUME ["/data"]                    # [“/data”]可以是一个JsonArray ,也可以是多个值

VOLUME /var/log 
VOLUME /var/log /opt
三种写法都是正确的
VOLUME类似于docker run -v /host_data /container_data 。
一般不需要在Dockerfile中写明,且在Kubernetes场景几乎没用

CMD:为容器设置默认启动命令或参数

# 语法1,shell形式
CMD command param1 param2 ...

# 语法2,exec形式
CMD ["executable","param1","param2"]

# 语法3,还是exec形式,不过仅设置参数
CMD ["param1","param2"]
CMD运行结束后容器将终止,CMD可以被docker run后面的命令覆盖
一个Dockerfile只有顺序向下的最后一个CMD生效

语法1,shell形式,默认/bin/sh -c

此时运行为shell的子进程,能使用shell的操作符(if、环境变量、? *通配符等)
注意:进程在容器中的 PID != 1,这意味着该进程并不能接受到外部传入的停止信号docker stop


语法2,exec形式CMD ["executable","param1","param2"]

不会以/bin/sh -c运行(非shell子进程),因此不支持shell的操作符
若运行的命令依赖shell特性,可以手动启动CMD ["/bin/sh","-c","executable","param1"...]


语法3,exec形式CMD ["param1","param2"]

一般结合ENTRYPOINT指令使用

ENTRYPOINT:用于为容器指定默认运行程序或命令

与CMD类似,但存在区别,主要用于指定启动的父进程,PID=1

# 语法1,shell形式
ENTRYPOINT command

# 语法2,exec形式
ENTRYPOINT ["/bin/bash","param1","param2"]
ENTRYPOINT设置默认命令不会被docker run命令行指定的参数覆盖,指定的命令行会被当做参数传递给ENTRYPOINT指定的程序。
docker run命令的 --entrypoint选项可以覆盖ENTRYPOINT指令指定的程序
一个Dockerfile中可以有多个ENTRYPOINT,但只有最后一个生效
ENTRYPOINT主要用于启动父进程,后面跟的参数被当做子进程来启动

ARG:指定环境变量用于构建过程

ARG name[=default value]

ARG test_name
ARG nother_name=wzp
ARG指令定义的参数,在构建过程以docker build --build-arg test_name=test 形式赋值

若ARG中没有设置默认值,构建时将抛出警告:[Warning] One or more build-args..were not consumed

Docker默认存在的ARG 参数,可以在--build-arg时直接使用

HTTP_PROXY/http_proxy/HTTPS_PROXY/https_proxy/FTP_PROXY/ftp_proxy/NO_PROXY/no_proxy

ONBUILD:为镜像添加触发器

ONBUILD可以为镜像添加一个触发器,其参数可以是任意一个Dockerfile指令。

ONBUILD <dockerfile_exec> <param1> <param2>

ONBUILD RUN mkdir mydir
该指令,对于使用该Dockerfile构建的镜像并不会生效,只有当其他Dockerfile以当前镜像作为基础镜像时被触发
例如:Dockfile A 构建了镜像A,Dockfile B中设置FROM A,此时构建镜像B是会运行ONBUILD设置的指令

STOPSINGAL:设置停止时要发送给PID=1进程的信号

主要的目的是为了让容器内的应用程序在接收到signal之后可以先做一些事情,实现容器的平滑退出,如果不做任何处理,容器将在一段时间之后强制退出,会造成业务的强制中断,这个时间默认是10s。

STOPSIGNAL signal

默认的停止信号为:SIGTERM,也可以通过docker run -s指定

HEALTHCHECK:指定容器健康检查命令

当在一个镜像指定了 HEALTHCHECK 指令后,用其启动容器,初始状态会为 starting,在 HEALTHCHECK 指令检查成功后变为 healthy,如果连续一定次数失败,则会变为 unhealthy

HEALTHCHECK [OPTIONS] CMD command

# 示例
HEALTHCHECK --interval=5s --timeout=3s \
    CMD curl -fs http://localhost/ || exit 1        # 如果执行不成功返回1
出现多次,只有最后一次生效
OPTIONS选项
--interval=30:两次健康检查的间隔,默认为 30 秒;
--timeout=30:健康检查命令运行的超时时间,超过视为失败,默认30秒;
--retries=3:指定失败多少次视为unhealth,默认3次
返回值
0:成功; 1:失败; 2:保留

SHELL:指定shell形式的默认值

SHELL 指令可以指定 RUN、ENTRYPOINT、CMD 指令的 shell,Linux 中默认为[“/bin/sh”, “-c”] ,Windows默认[“CMD”,“/S”,“/C”]

通常用于构建Windows用的镜像

SHELL ["/bin/bash","-c"]

SHELL ["powershell", "-command"]

# 示例,比如在Windows时,默认shell是["CMD","/S","/C"]
RUN powershell -command Execute-MyCmdlet -param1 "c:\foo.txt"
# docker调用的是cmd /S /C powershell -command Execute-MyCmdlet -param1 "c:\foo.txt"
RUN ["powershell", "-command", "Execute-MyCmdlet", "-param1 \"c:\\foo.txt\""]
# 这样虽然没有调用cmd.exe 但写起来比较麻烦,所以可以通过SHELL  ["powershell", "-command"] 这样省去前边的powershell -command

构建一个运行在一个我自己剪裁过的基础系统二进制包 上的 Java8 镜像

# 通过centos7的二进制包(假设是我自己做了系统裁剪移植)
FROM scratch
ADD centos-7-x86_64-docker.tar.xz /

RUN yum install -y wget && \
    yum clean all && \
    ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && \
    echo "Asia/Shanghai" > /etc/timezone

ENV JAVA_VERSION jdk1.8.0_271
ENV JAVA_HOME /usr/lib/${JAVA_VERSION}
ENV PATH ${JAVA_HOME}/bin:$PATH

# 涉及改变镜像大小的指令,尽量放到同一行,这样构建过程中的删除指令对减小体积才能生效
RUN wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F; oraclelicense=accept-securebackup-cookie" \
    http://download.oracle.com/otn-pub/java/jdk/8u271-b09/61ae65e088624f5aaa0b1d2d801acb16/jdk-8u271-linux-x64.tar.gz -O /usr/lib/jdk-8u271-linux-x64.tar.gz && \
    tar -xf /usr/lib/jdk-8u271-linux-x64.tar.gz -C /usr/lib/ && \
    rm -rf /usr/lib/jdk-8u271-linux-x64.tar.gz && \
    rm -rf ${JAVA_HOME}/src.zip \
           ${JAVA_HOME}/lib/visualvm \
           ${JAVA_HOME}/jre/lib/plugin.jar \
           ${JAVA_HOME}/jre/bin/javaws \
           ${JAVA_HOME}/jre/lib/desktop \
           ${JAVA_HOME}/jre/plugin \
           ${JAVA_HOME}/jre/lib/deploy* \
           ${JAVA_HOME}/jre/lib/amd64/libglass.so \
           ${JAVA_HOME}/jre/lib/amd64/libgstreamer-lite.so \
           ${JAVA_HOME}/jre/lib/amd64/libjavafx*.so \
           ${JAVA_HOME}/jre/lib/amd64/libjfx*.so

CMD ['/bin/bash']

选?最?化基础镜像

编写 Dockerfile 时,通常使??个通?的容器镜像作为基础镜像,例如: eclipse-temurin:8-alpine ,选?最

?化基础镜像,即只包含项?确实需要的系统?具和库的镜像,较?的基础镜像可以确保在?个新节点上拉起容器

时有更快的启动时间(节省了从镜像仓库拉取镜像的?络请求时间),并且能够最?化系统的攻击?,确保所?的

操作系统是安全的,?般推荐采?以 alpine 系统为基础的基础镜像。

# 举一些例子
golang:1.11-alpine3.9
golang:1.15
openjdk:8
adoptopenjdk:8u242-b08-jdk-hotspot-bionic
node:10-alpine
node:16.14.0
node:12-buster-slim
python:3.7-stretch
python:3.7-slim
python:3.7-alpine
nginx:alpine
busybox:alpine
centos:alpine

Dockerfile生产示例

# Build the manager binary
FROM golang:1.16 as builder
WORKDIR /workspace

ARG go_proxy=https://goproxy.cn
ENV GO111MODULE=on \
    GOPROXY=${go_proxy} \
    CGO_ENABLED=0

# Copy the Go Modules manifests
COPY go.mod go.mod
COPY go.sum go.sum
# cache deps before building and copying source so that we don't need to re-download as much
# and so that source changes don't invalidate our downloaded layer
# ENV GOPROXY https://goproxy.cn/
RUN go mod download

# Copy the go source
COPY main.go main.go

#COPY api/ api/
COPY controllers/ controllers/
COPY pkg/ pkg/

# Build
RUN go build -ldflags '-w -s' -a -o manager main.go

# Use distroless as minimal base image to package the manager binary
# Refer to https://github.com/GoogleContainerTools/distroless for more details
# FROM gcr.azk8s.cn/distroless/static:latest
FROM alpine:3.14

RUN  sed -i 's/dl-cdn.alpinelinux.org/mirrors.ustc.edu.cn/g' /etc/apk/repositories && apk update && apk add subversion

WORKDIR /
COPY --from=builder /workspace/manager .
# USER nonroot:nonroot

ENTRYPOINT ["/manager"]
FROM golang:1.15-alpine as builder
WORKDIR /app
COPY test.go  /app
RUN go build -o test test.go

FROM alpine:3.16

RUN apk --no-cache --update add \
    python3 cmd:pip3 vim curl python3-dev gcc musl-dev openssh skopeo openjdk8 zip make

COPY requirements.txt .
COPY test.zip .
RUN pip3 install --upgrade pip && pip3 install -r /requirements.txt \
    && unzip -o -d . /test.zip && rm -f test.zip

COPY --from=builder /app/test /usr/local/bin/test

WORKDIR /app
COPY . /app
RUN rm -f /app/test.zip

CMD ["/app/docker-run-cmd.sh"]
FROM golang:1.15-alpine as builder
WORKDIR /app
COPY test.go  /app
RUN go build -o test test.go

FROM alpine:3.16

RUN apk --no-cache --update add \
    python3 cmd:pip3 vim curl python3-dev gcc musl-dev openssh skopeo openjdk8 zip make

COPY requirements.txt .
COPY test.zip .
RUN pip3 install --upgrade pip && pip3 install -r /requirements.txt \
    && unzip -o -d . /test.zip && rm -f test.zip

COPY --from=builder /app/test /usr/local/bin/test

WORKDIR /app
COPY . /app
RUN rm -f /app/test.zip

CMD ["/app/docker-run-cmd.sh"]
文章来源:https://blog.csdn.net/qq_44534541/article/details/135311018
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。