如何区分image与container中的entrypoint、cmd关系
不管是用kubernetes还是docker-compose来管理容器,其command参数相当于覆盖了镜像的entrypoint,args相当于覆盖了镜像的CMD;若采用编排工具管理容器,如果没有重新定义entrypoint和cmd,就默认使用镜像的entrypoint和cmd;如果容器编排工具中只使用了args参数,相当于image的entrypoint+编排工具定义args参数;如果容器中同时定义了 command和args ,容器入口就变成了command+args,image中定义的entrypoint和cmd会完全被覆盖掉。
如何对着docker run image -args,来填写容器编排配置(kubernetes、docker-compose)文件
kubectl 与 Docker 命令关系 可以参考:http://docs.kubernetes.org.cn/70.html
我们经常能在某个image官方文档中看到 像docker run image -args这种用法,这就行相当于改写了其entrypoint或cmd,那这些args若是在kubernetes或docker-compose的yaml中怎么配置呢,如:docker run -it xxx /bin/sh,相当于把入口变为/bin/sh;
还有像 redis 镜像官网说明: docker run redis --requirepass passwd
运行一个带密码的容器;若在k8s的yaml、rancherUI(甚至是