如何向 Docker 容器传递参数

2018-03-31 | 阅读(9,848)

我们在运行 docker 镜像时希望能用下面的命令向容器传递命令行参数

docker run <image-name> <command> arg1 arg2
docker run <image-name> arg1 arg2

其实只有第一种形式,紧随镜像名后那个总是一个命令,其后才是参数。如果要向 docker 容器传递参数时,Dockerfile 该如何写,这就有必要稍稍了解一下 Dockerfile 中  CMD 和 ENTRYPOINT 这两个指令,并且它们有 exec 和 shell 两种格式的写法。详情请见上篇 Dockerfile 中命令的两种书写方式的区别

对于一个 docker 镜像,我们可以这么来理解  ENTRYPOINT 与 CMD 的关系

  1. 如果没有定义 ENTRYPOINT, CMD 将作为它的 ENTRYPOINT
  2. 定义了 ENTRYPOINT 的话,CMD 只为 ENTRYPOINT 提供参数
  3. CMD 可由 docker run <image> 后的命令覆盖,同时覆盖参数

对于 #1 和  #2 更精致的理解是容器运行的最终入口由 ENTRYPOINT 和实际的 CMD 拼接而成。ENTRYPOINT 和 CMD 需转换为实际镜像中的 exec 格式来拼接,合并后的第一个元素是命令,其余是它的参数。

举四个例子进行说明

一, 未定义 ENTRYPOINT, 定义了 CMD

#ENTRYPOINT []
CMD [“echo”, “hello”]

实际入口是它们拼接后还是 CMD 本身,["echo", "hello"]

二, 定义了 ENTRYPOINT 和 CMD

ENTRYPOINT [“echo”, “hello”]
CMD [“echo”, “world”]

实际入口是它们拼接起来,形成 ["echo", "hello", "echo", "world"], 执行 docker run test 显示为 hello echo world

三, 定义了 ENTRYPOINT, CMD 由 docker run 提供

ENTRYPOINT  [“echo”, “hello”]

执行命令 docker run <image> rm -rf /, 实际入口是由 ["echo", "hello"] 与 ["rm", "-rf", "/"] 拼接而成的 ["echo", "hello", "rm", "-rf", "/"], 输出为 hello rm -rf /。看到 rm -rf / 也不用担心,用 ENTRYPOINT 就是让人放心

注:ENTRYPOINT 同样可以被覆盖,如 docker run --entrypoint ls test -l /,将会执行 ls -l / 命令。

四, 如果 ENTRYPOINT 用 shell 格式定义的

ENTRYPOINT java -jar /app.jar
CMD [“hello”, “world”]

通过 docker inspect 命令看到镜像中实际的 ENTRYPOINT 是

ENTRYPOINT [“/bin/sh”, “-c”, “java -jar /app.jar”]

所以与 CMD 连接起来的入口就是 ["/bin/sh", "-c", "java -jar /app.jar", "hello", "world"], “bin/sh” 直接忽略掉后面的 “hello” 与 “world”,这就是为什么  shell 命令方式无法获取参数。

有了以上几点概念,以及四个实例作为感观认识后,想要怎么往容器传递参数应该很容易确定了。

未定义 ENTRYPOINT

没有定义 ENTRYPOINT 的镜像想怎么来就怎么来,docker run <image> 后面的输入你自己作主。

有定义 ENTRYPOINT

定义了 ENTRYPOINT 的镜像,则是 CMD 或 docker run <image> 后的输入作为  ENTRYPOINT 中命令的附加参数。再次提醒 shell 格式的 ENTRYPOINT 和 CMD  务必要转换为相应 exec  格式来理解。

shell 格式的 ENTRYPOINT

如果是复杂的 shell 命令不容易拆解出一个个参数,而希望用  shell 格式来定义 ENTRYPOINT 的话,也有办法。shell 格式的 ENTRYPOINT 是由 “/bin/sh -c” 启动的,而它是可以解析变量的。另一方面 CMD 或 docker run <image> 的输入第一个元素存成了 $0,其他剩余元素存为 $@, 所以 shell 格式的 ENTRYPOINT 可以这么写

ENTRYPOINT echo hello $0 $@

注:shell 中 $0 表示命令本身,$@ 为所有参数

这样执行下面 docker 命令将可获得所有的参数输入

$ docker run test world and China
hello world and China

如果只是按常规 shell 脚本来对待,想当然的写成

ENTRYPOINT echo hello $@

效果将是

$ docker run test world and China
hello and China

第一个参数将被丢失,docker run <image> 后第一个输入通常是一个命令,所以是 $0, 而 ENTRYPOINT 又希望它是一个普通参数,因此$0 $@ 要同时写上。

直接用 docker inspect <container-id> 查看

最简单且准确的方式就是直接用 docker inspect <container-id> 查看实际启动的命令及参数,不用猜测,docker inspect 也不会撒谎。对于如下 Dockerfile 定义

ENTRYPOINT java -Xmx256M -jar /app.jar
CMD [“echo”, “hello”]

运行容器后,docker inspect <container-id>, 注意是容器 ID 而非镜像 ID。在显示的 inspect JSON 结果的最顶端我们可以看到

    “Path”: “/bin/sh”,

    “Args”: [

        “-c”,

        “java -Xmx256M -jar /app.jar”,

        “echo”,

        “hello”

    ],

ENTRYPOINT 和 CMD 如何组成实际入口,从这里的 Path 和 Args 是一目了然,也不用诧异为何 CMD 中的命令部分也变成了 ENTRYPOINT 命令的参数。

环境变量方式

对于 shell 格式的 ENTRYPOINT, 或者显式由 “/bin/sh -c” 来启动的命令,可以通过环境变量传入参数

ENTRYPOINT java $JAVA_OPTS -jar app.jar $0 $@
#或显式的 ENTRYPOINT [“/bin/sh”, “-c”, “java $JAVA_OPTS -jar /app.jar $0 $@”]

启动容器时的命令用

docker run -e JAVA_OPTS=”-Xmx5G -Xms2G” <image-name> aa bb

那么实际执行  java 的完整命令就是

java -Xmx5G -Xms2G -jar /app.jar aa bb

此例结合了环境变更与 $0 $@ 的方式。

总结

最好再重复一遍容器参数传递及 Dockerfile 配置的要领

  1. 容器运行的最终入口由 ENTRYPOINT 和实际的 CMD 拼接而成。
  2. ENTRYPOINT 和 CMD 合并前需转换为 exec 格式(用 docker inspect <image> 查看),合并后(相当于数组) 第一个元素是命令,其他都为参数
  3. CMD 可在 Dockerfile 中配置,在启动容器时会被  docker run <image> 后的参数覆盖
  4. CMD 的 exec 格式中,第一个元素是 shell 的 $0, 其余元素是 shell 的 $@。当 ENTRYPOINT 中用 shell 格式或显式的 sh(bash等)就可以引用 $0, $@
  5. 环境变量的解析是通过 sh(bash 等) 来解析的,所以 ENTRYPOINT ["echo", "$name"] 中的 $name 是不被解析的
  6. 最能说明问题的是 docker inspect <container-id> 看个究竟,Path 和 Args 说明了一切

补充(2018-04-06)

为了准确获取输入参数,对于 $0 和 $@ 需要用引号括起来,像下面那样

ENTRYPOINT java $JAVA_OPTS -jar app.jar “$0” “$@”
#或 ENTRYPOINT [“/bin/sh”, “-c”, “java $JAVA_OPTS -jar /app.jar \”$0\” \”$@\””]
#更时髦一点的 shell exec 方式
# ENTRYPOINT exec java $JAVA_OPTS /-jar app.jar “$0” “$@”

下面解析为何 $0 和 $@  要用引号括起来,比如下面的 ENTRYPOINT

ENTRYPOINT java -jar /app.jar $0 $@

并且 /app.jar 中的 java main 方法如下:

    public static void main(String[] args) {

        System.out.println(“Arguments: “ + String.join(“, “, args));

    }

看下面的执行

$ docker run test “aa bb” cc “dd ee”
Arguments: [aa, bb, cc, dd, ee]

原本希望的是输入的三个参数 aa bb, cc 和 dd ee, 可是在 java 里被认为是 5 个参数。通过 inspect 启动的容器

“Path”: “/bin/sh”,
“Args”: [
    “-c”,
    “java -jar /app.jar $0 $@”,
    “aa bb”,
    “cc”,
    “dd ee”
],

说明参数的传入是没有问题,问题出在 $0 $@ 处,对 java -jar /app.jar $0 $@ 展开后的效果是

java -jar /app.jar aa bb cc dd ee

所以被打散后失去原有的组织关系,变为 5 个参数了.

而如果给 $0, $@ 加上引号后

ENTRYPOINT java $JAVA_OPTS -jar /app.jar “$0” “$@”

构建镜像,重新执行

docker run test “aa bb” cc “dd ee”
Arguments: [aa bb, cc, dd ee]

这次参数的接收也没问题,加引号的方式可以让 java 接收到的参数保持原本的输入格式,即相当于

java -jar /app.jar “aa bb” cc “dd ee”

当然如果你的参数中不含有空格的话加不加引号都不会有事。