>  기사  >  운영 및 유지보수  >  docker에서 진입점과 cmd의 차이점은 무엇입니까?

docker에서 진입점과 cmd의 차이점은 무엇입니까?

coldplay.xixi
coldplay.xixi원래의
2020-07-27 11:20:4010459검색

Docker에서 진입점과 cmd의 차이점은 다음과 같습니다. 1. CMD 명령은 실행 파일을 실행하고 매개변수를 제공합니다. ENTRYPOINT에 대해 매개변수를 지정할 수 있습니다. 2. ENTRYPOINT 명령 자체에도 매개변수가 포함될 수 있으며 변경된 매개변수는 덮어쓰여지지 않습니다. .

docker에서 진입점과 cmd의 차이점은 무엇입니까?

Docker에서 진입점과 cmd의 차이점은 다음과 같습니다.

1. CMD 명령:

CMD는 컨테이너가 실행될 때 몇 가지 명령과 매개 변수를 제공합니다.

  • CMD ["executable","param1","param2"](exec 형식, 이것이 선호되는 형식)

  • CMD ["param1","param2"](ENTRYPOINT의 기본 매개변수)

  • CMD 명령 param1 param2 (쉘 형식)

첫 번째 사용법: 실행 파일을 실행하고 매개변수를 제공합니다.

두 번째 사용법: ENTRYPOINT에 대한 매개변수를 지정합니다.

세번째 사용법(쉘 형태) : "/bin/sh -c" 메소드로 실행되는 명령입니다.

다음을 지정하는 경우:

CMD [“/bin/echo”, “this is a echo test ”]

빌드 후 실행(이미지 이름이 ec라고 가정):

docker run ec

은 다음을 출력합니다.

this is a echo test

스타트업 항목처럼 느껴진다면 당분간은 이렇게 이해하면 됩니다.

참고:

docker run 명령은 매개변수가 지정된 경우 CMD의 매개변수를 덮어씁니다. (다음과 같은 설명이 있습니다. docker run -it ubuntu /bin/bash 명령 매개변수는 -it이 아닌 /bin/bash를 참조합니다. -it는 컨테이너의 매개변수가 아닌 docker의 매개변수일 뿐입니다.) docker run命令如果指定了参数会把CMD里的参数覆盖: (这里说明一下,如:docker run -it ubuntu /bin/bash 命令的参数是指/bin/bash 而非 -it ,-it只是docker 的参数,而不是容器的参数,以下所说参数均如此。)

同样是上面的ec镜像启动:

docker run ec /bin/bash

就不会输出:

this is a echo test

因为CMD命令被”/bin/bash”覆盖了。

 

2、ENTRYPOINT指令 

字面意思是进入点,而它的功能也恰如其意。它可以让你的容器功能表现得像一个可执行程序一样。

容器功能表现得像一个可执行程序一样,这是什么意思呢?

直接给个例子好说话:

例子一:

使用下面的ENTRYPOINT构造镜像:

ENTRYPOINT ["/bin/echo"]

那么docker build出来的镜像以后的容器功能就像一个/bin/echo程序:

比如我build出来的镜像名称叫imageecho,那么我可以这样用它:

docker  run  -it  imageecho  “this is a test”

这里就会输出”this is a test”这串字符,而这个imageecho镜像对应的容器表现出来的功能就像一个echo程序一样。 你添加的参数“this is a test”会添加到ENTRYPOINT后面,就成了这样 /bin/echo “this is a test” 。现在你应该明白进入点的意思了吧。

例子二:

ENTRYPOINT ["/bin/cat"]

构造出来的镜像你可以这样运行(假设名为st):

docker run -it st /etc/fstab

这样相当: /bin/cat  /etc/fstab 这个命令的作用。运行之后就输出/etc/fstab里的内容。

ENTRYPOINT有两种写法:    

写法一:

ENTRYPOINT ["executable", "param1", "param2"] (the preferred exec form)

写法二:

ENTRYPOINT command param1 param2 (shell form)

你也可以在docker run 命令时使用–entrypoint指定(但是只能用写法一)。

下面是我把ENTRYPOINT设为[“/bin/sh -c”]时候运行的情况:

  • linux-oj9e:/home/lfly/project/docker # docker run -it  t2  /bin/bash

  • root@4c8549e7ce3e:/# ps

  • PID TTY          TIME CMD

  • 1 ?        00:00:00  sh

  • 9 ?        00:00:00  bash

  • 19 ?        00:00:00  ps

可以看到PID为1的进程运行的是sh,而bash只是sh的一个子进程,/bin/bash只是作为 /bin/sh -c

동일합니다. 위 ec 이미지 시작의 경우:

FROM  ubuntu:14.10
ENTRYPOINT  ["top", "-b"]
CMD  ["-c"]

는 CMD 명령이 "/bin/bash"로 덮어쓰기 때문에

rrreee

를 출력하지 않습니다.

2. ENTRYPOINT 명령
🎜🎜은 문자 그대로 진입점을 의미하며 그 기능은 바로 그 의미입니다. 이를 통해 컨테이너는 실행 가능한 프로그램처럼 작동할 수 있습니다. 🎜🎜컨테이너 기능이 실행 가능한 프로그램처럼 동작한다는 것은 무엇을 의미하나요? 🎜🎜말하기 쉽게 예를 들어보세요.🎜🎜예 1:🎜🎜다음 ENTRYPOINT를 사용하여 이미지를 구성하세요.🎜rrreee🎜그런 다음 docker에서 만든 이미지의 컨테이너 기능은 /bin/echo 프로그램과 같습니다. :🎜🎜예를 들어 빌드하면 이미지 이름이 imageecho이므로 다음과 같이 사용할 수 있습니다. 🎜rrreee🎜 "this is a test"라는 문자열이 여기에 출력되고 이 imageecho 이미지에 해당하는 컨테이너는 다음과 같이 동작합니다. 에코 프로그램. 추가한 "this is a test" 매개변수는 ENTRYPOINT 뒤에 추가되며 /bin/echo "this is a test"와 같이 됩니다. 이제 진입점이 무엇을 의미하는지 이해해야 합니다. 🎜🎜예 2: 🎜rrreee🎜에 의해 생성된 이미지를 다음과 같이 실행할 수 있습니다(이름이 st라고 가정): 🎜rrreee🎜이것은 다음과 동일합니다: /bin/cat /etc/fstab 명령은 않습니다. 실행 후 /etc/fstab의 내용이 출력됩니다. 🎜🎜🎜ENTRYPOINT에는 두 가지 작성 방법이 있습니다. 🎜 🎜🎜 방법 1: 🎜rrreee🎜 방법 2: 🎜rrreee🎜 docker run 명령에서 –entrypoint 사양을 사용할 수도 있습니다(그러나 방법 1만 사용할 수 있습니다). 🎜🎜다음은 ENTRYPOINT를 ["/bin/sh -c"]로 설정했을 때의 실행 상황입니다. 🎜🎜🎜🎜linux-oj9e:/home/lfly/project/docker # docker run -it t2 /bin/bash 🎜🎜🎜🎜root@4c8549e7ce3e:/# ps🎜🎜🎜🎜PID TTY                                            ~                    ? 00:00:00 bash🎜🎜🎜🎜19 ? 00:00:00 ps🎜🎜🎜🎜PID 1을 사용한 프로세스는 다음과 같습니다. sh를 실행하면 bash는 sh의 하위 프로세스일 뿐입니다. /bin/bash는 sh -c 이후의 매개변수입니다. 🎜🎜CMD는 ENTRYPOINT에 대한 매개변수를 제공할 수 있으며 ENTRYPOINT 자체에도 매개변수가 포함될 수 있지만 변경해야 할 매개변수는 CMD로 작성하고 매개변수는 ENTRYPOINT로 변경할 필요가 없습니다. 예: 🎜rrreee🎜 변경이 필요한 매개변수를 입력하세요. 변경된 매개변수가 CMD에 기록됩니다. 그런 다음 docker run에서 매개변수를 지정하여 CMD(여기서는 -c)의 매개변수를 덮어쓰지만 ENTRYPOINT의 매개변수는 덮어쓰지 않도록 할 수 있습니다. 🎜🎜🎜관련 튜토리얼 권장사항: 🎜docker 튜토리얼🎜🎜🎜

위 내용은 docker에서 진입점과 cmd의 차이점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.