在深入理解Kubernetes和Docker之间一些具体参数对照之前，首先要认识到，Docker中的CMD和ENTRYPOINT，以及Kubernetes中的command和args，它们类似，但功能并不完全相同。
首先，我们从Docker的角度来看。CMD和ENTRYPOINT指令都定义了在创建和运行Docker容器时要执行的命令。ENTRYPOINT具有更强的强制性，它定义的是容器的主要运行命令，而CMD则为ENTRYPOINT提供默认参数。
其中，ENTRYPOINT定义的命令对于容器来说是不变的。而CMD定义的命令可以在启动容器时通过命令行参数进行替换。而如果你同时指定了ENTRYPOINT和CMD，在启动时，CMD的内容会作为默认参数传递给ENTRYPOINT。
相比之下，Kubernetes中的command和args机制呈现出一种不同的特征。在Kubernetes中，Pod的定义可以包含command字段，它等同于Docker的ENTRYPOINT。同时，args字段对应Docker的CMD。与Docker一样，args参数可以用来提供给command字段的默认参数。
比如，假设你的Dockerfile里面有以下条目：
ENTRYPOINT ["python", "app.py"]
CMD ["--port", "5000"]
转换为Kubernetes的语言，则Pod的定义类似这样：
spec:
containers:
- name: my-container
image: my-image
command: ["python", "app.py"]
args: ["--port", "5000"]
需要注意，Dockerfile里的CMD参数可以在docker run时被替换，同样Kubernetes中args参数可以在Pod定义中被替换。然而与Docker不同，Kubernetes的command参数会覆盖Dockerfile里定义的ENTRYPOINT和CMD，也就是说，一个Pod的command和args定义总是起决定性作用。
为了更形象地理解这种关系，可以想像Kubernetes中的command和args就像一个中央决策者。无论Dockerfile的ENTRYPOINT和CMD叫出多么多的"阵容”，最终都要听从Kubernetes Pod的指示。Kubernetes Pod在这里就像是一个“舞台指导”，对“演员”——Dockerfile中的命令进行舞台化处理，确保每个“演员”都在恰当的情境下发挥作用。
需要明确的是，理解这些都需要对Docker和Kubernetes有一定深度的理解，才能把握二者的区别和联系。虽然它们都是容器技术的二个重要组成部分，但各有其特性和适用场景，理解它们的本质和工作方式，才能更好的使用这些工具，将各自的优点整合到生产环境中，实现软件的快速开发和部署。
