k8s args和command

首先先看一下busybox.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app
spec:
  replicas: 2
  template:
    metadata:
      labels:
        name: app
    spec:
      containers:
      - name: app
        image: busybox:1.28.4        #内置的linux大多数命令，多用于测试
        args:
        - /bin/sh
        - -c
        - sleep 10; touch /tmp/healthy; sleep 30000
        readinessProbe:           #就绪探针
          exec:
            command:
            - cat
            - /tmp/healthy
          initialDelaySeconds: 10         #10s之后开始第一次探测
          periodSeconds: 5                #第一次探测之后每隔5s探测一次

sh -c 什么意思 https://www.cnblogs.com/ggzhangxiaochao/p/10773694.html

“sh -c” 命令，它可以让 bash 将一个字串作为完整的命令来执行，这样就可以将 sudo 的影响范围扩展到整条命令。具体用法如下

sudo sh -c 'echo "又一行信息" >> test.asc'

一 docker cmd基础

Dockerfile中ENTRYPOINT,CMD的比较
ENTRYPOINT 的两种格式：

ENTRYPOINT [“executable”, “param1”, “param2”] (exec格式，推荐)

ENTRYPOINT command param1 param2 (shell 格式)

CMD指令有三种格式：

CMD [“executable”,“param1”,“param2”] (exec 格式，推荐)

CMD command param1 param2 (shell 格式)

注意：

Dockerfile 中多个CMD 最后一个生效

shell和exec格式的区别，只有shell形式才会获取相关环境变量（这里环境变量指例如:$HOME）

Docker run CMD 会覆盖 Dockerfile 中的 CMD
————————————————
版权声明：本文为CSDN博主「DevilMonee」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u013641234/article/details/108237295

二 k8s cmd args基础

命令和参数说明：
command、args两项实现覆盖Dockerfile中ENTRYPOINT的功能，具体的command命令代替ENTRYPOINT的命令行，args代表集体的参数。
 
如果command和args均没有写，那么用Dockerfile的配置。
如果command写了，但args没有写，那么Dockerfile默认的配置会被忽略，执行输入的command（不带任何参数，当然command中可自带参数）。
如果command没写，但args写了，那么Dockerfile中配置的ENTRYPOINT的命令行会被执行，并且将args中填写的参数追加到ENTRYPOINT中。
如果command和args都写了，那么Dockerfile的配置被忽略，执行command并追加上args参数。比如：
command：/test.sh,p1,p2
args: p3,p4
 
另：多命令执行使用sh,-c,[command;command,...]的形式，单条命令的参数填写在具体的command里面，例如：
command：sh,-c,echo '123';/test.sh,p1,p2,p3,p4
args: 不填

新文章：
前言
创建 Pod 时，可以为其下的容器设置启动时要执行的命令及其参数。如果要设置命令，就填写在配置文件的 command 字段下，如果要设置命令的参数，就填写在配置文件的 args 字段下。一旦 Pod 创建完成，该命令及其参数就无法再进行更改了。

启动优先级
下表给出了 Docker 与 Kubernetes 中对应的字段名称：

描述 Docker字段名称 Kubernetes字段名称
容器执行的命令 Entrypoint command
传给命令的参数 Cmd args

重点：如果要覆盖Docker容器默认的 Entrypoint 与 Cmd，需要遵循如下规则：

如果在 Pod 配置中没有设置 command 或者 args，那么将使用 Docker 镜像自带的命令及其参数。

如果在 Pod 配置中只设置了 command 但是没有设置 args，那么容器启动时只会执行该命令，Docker 镜像中自带的命令及其参数会被忽略。

如果在 Pod 配置中只设置了 args，那么 Docker 镜像中自带的命令会使用该新参数作为其执行时的参数。

如果在 Pod 配置中同时设置了 command 与 args，那么 Docker 镜像中自带的命令及其参数会被忽略。容器启动时只会执行配置中设置的命令，并使用配置中设置的参数作为命令的参数。

例子
Pod 启动例子：
使用 command 和 args 示例：

————————————————
版权声明：本文为CSDN博主「YP小站」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_24794401/article/details/105963838

老文章原文 ：https://blog.51cto.com/u_13620944/2463738
1.介绍
Docker 与 Kubernetes 中对应的字段名称。

如果在容器配置中没有设置 command 或者 args，那么将使用 Docker 镜像自带的命令及其入参。
如果在容器配置中只设置了 command 但是没有设置 args，那么容器启动时只会执行该命令，Docker 镜像中自带的命令及其入参会被忽略。
如果在容器配置中只设置了 args，那么 Docker 镜像中自带的命令会使用该新入参作为其执行时的入参。
如果在容器配置中同时设置了 command 与 args，那么 Docker 镜像中自带的命令及其入参会被忽略。容器启动时只会执行配置中设置的命令，并使用配置中设置的入参作为命令的入参。

下表涵盖了各类设置场景：

#第一个表示容器没有定义任何的命令和参数，使用默认的镜像命令和参数
#第二个表示容器只定义了命令，最后就使用容器的命令但是不带参数
#第三个表示容器定义了参数，最后使用镜像的命令，容器的参数
#第四个表示容器定义了命令和参数，最后就使用容器的命令和参数