Kubernetes启动Pod时如何运行命令？两种kubectl run写法有何区别？

两条命令的核心区别在于是否通过shell进程执行目标命令，具体差异如下：

执行链路差异 #

• 第一条命令：kubectl run busybox --image=busybox --restart=Never -- sleep 3600
  直接将sleep 3600设为容器的启动命令，没有中间的shell层，系统内核会直接加载运行sleep二进制程序，容器内PID为1的进程就是sleep进程。
• 第二条命令：kubectl run busybox --image=busybox --restart=Never -- /bin/sh -c "sleep 3600"
  启动命令为/bin/sh -c "sleep 3600"，内核先启动sh进程作为PID 1的进程，再由sh进程fork出sleep子进程执行休眠逻辑。

适用场景差异 #

• 第一种写法更轻量，执行链路短，资源消耗更低，信号处理更直接：容器收到终止信号时会直接传递给sleep进程，不会出现shell进程忽略信号导致容器无法正常退出的问题。适合不需要shell特性的单一二进制命令执行场景，也兼容无shell的distroless类精简镜像。但要求目标命令是镜像内存在的可执行文件，且路径在环境变量PATH中，否则会报找不到命令的错误。
• 第二种写法支持所有shell特性，比如执行多条命令、管道、变量替换、通配符匹配、重定向等逻辑，示例：/bin/sh -c "echo '启动成功' && sleep 3600 > /tmp/run.log"，这类复合逻辑必须用shell包裹才能正常执行。但要求镜像内必须存在/bin/sh才能运行，同时多了一层shell进程开销，部分场景下可能出现信号传递异常的问题。

内容的提问来源于stack exchange，提问作者Karthik Rao V