使用 exec 模式时,容器中的任务进程就是容器内的 1 号进程docker
使用 shell 模式时,docker 会以 /bin/sh -c "task command"
的方式执行任务命令。也就是说容器中的 1 号进程不是任务进程而是 bash 进程shell
CMD 指令的目的是:为容器提供默认的执行命令。bash
CMD 指令有三种使用方式,其中的一种是为 ENTRYPOINT 提供默认的参数:app
?.net
CMD [param1","param2"]
另外两种使用方式分别是 exec 模式和 shell 模式:命令行
?设计
CMD ["executable","param1","param2"] // 这是 exec 模式的写法,注意须要使用双引号。CMD command param1 param2 // 这是 shell 模式的写法。`
注意命令行参数能够覆盖 CMD 指令的设置,可是只能是重写,却不能给 CMD 中的命令经过命令行传递参数。
通常的镜像都会提供容器启动时的默认命令,可是有些场景中用户并不想执行默认的命令。用户能够经过命令行参数的方式覆盖 CMD 指令提供的默认命令。code
ENTRYPOINT 指令的目的也是为容器指定默认执行的任务。htm
ENTRYPOINT 指令有两种使用方式,就是咱们前面介绍的 exec 模式和 shell 模式进程
ENTRYPOINT ["executable", "param1", "param2"] // 这是 exec 模式的写法,注意须要使用双引号。ENTRYPOINT command param1 param2 // 这是 shell 模式的写法。
exec 模式和 shell 模式的基本用法和 CMD 指令是同样的,下面咱们介绍一些比较特殊的用法。
同时使用 CMD 和 ENTRYPOINT 的状况
对于 CMD 和 ENTRYPOINT 的设计而言,多数状况下它们应该是单独使用的。固然,有一个例外是 CMD 为 ENTRYPOINT 提供默认的可选参数。
咱们大概能够总结出下面几条规律:
• 若是 ENTRYPOINT 使用了 shell 模式,CMD 指令会被忽略。
• 若是 ENTRYPOINT 使用了 exec 模式,CMD 指定的内容被追加为 ENTRYPOINT 指定命令的参数。
• 若是 ENTRYPOINT 使用了 exec 模式,CMD 也应该使用 exec 模式。
下表给出了Docker 与 Kubernetes中对应的字段名称。
Description | Docker field name | Kubernetes field name |
---|---|---|
The command run by the container | Entrypoint | command |
The arguments passed to the command | Cmd | args |
若是要覆盖默认的Entrypoint 与 Cmd,须要遵循以下规则:
command
或者 args
,那么将使用Docker镜像自带的命 令及其入参。command
可是没有设置args
,那么容器启动时只会执行该 命令,Docker镜像中自带的命令及其入参会被忽略。args
,那么Docker镜像中自带的命令会使用该新入参做为 其执行时的入参。command
与 args
,那么Docker镜像中自带的命令及 其入参会被忽略。容器启动时只会执行配置中设置的命令,并使用配置中设置的入参做为 命令的入参。下表涵盖了各种设置场景:
Image Entrypoint | Image Cmd | Container command | Container args | Command run |
---|---|---|---|---|
[/ep-1] |
[foo bar] |
|
|
[ep-1 foo bar] |
[/ep-1] |
[foo bar] |
[/ep-2] |
|
[ep-2] |
[/ep-1] |
[foo bar] |
|
[zoo boo] |
[ep-1 zoo boo] |
[/ep-1] |
[foo bar] |
[/ep-2] |
[zoo boo] |
[ep-2 zoo boo] |
官方文档 传送门