Dockerfile中的ENTRYPOINT之后CMD无法运行

Question

所以我有一个可以执行此操作的docker文件：

ENV ENV ${ENV}
ENV SERVICE_NAME ${SERVICE_NAME}
USER app
ENV HOME=/home/app
COPY target /home/app/target
COPY entrypoint.sh /home/app
WORKDIR /home/app
ENTRYPOINT /usr/bin/chamber exec ${ENV}_${SERVICE_NAME} -r 1 -- ./entrypoint.sh
CMD java -jar -Dspring.profiles.active=docker target/my.jar

因此，ENTRYPOINT运行并从AWS Parameter存储中提取了一些秘密，并将其作为环境变量填充到entrypoint.sh shell中。 然后，entrypoint.sh对其执行一些操作，创建一些文件等，并在其最后一行执行“ exec $ @”。

然后，我期望CMD能够运行，但它只能看到运行“ ExecStop = / usr / bin / docker stop app”的systemd服务文件。

systemd服务文件执行此操作以启动容器：

ExecStart=/usr/bin/docker run --name app --memory-reservation=128m --memory=512m -e ENV=dev -e SERVICE_NAME=app 1234567890.dkr.ecr.eu-west-2.amazonaws.com/app:latest

CMD怎么了？

Answer 1

如https://docs.docker.com/engine/reference/builder/#understand-how-cmd-and-entrypoint-interact中所述 ，如果您将CMD和ENTRYPOINT的“外壳形式”组合在一起，则会省略CMD规范：

因此，您应该使用“ exec表单”并编写如下内容：

…
ENTRYPOINT ["/usr/bin/chamber", "exec", "${ENV}_${SERVICE_NAME}", "-r", "1", "--", "./entrypoint.sh"]
CMD ["java -jar", "-Dspring.profiles.active=docker", "target/my.jar"]

但是， 这将不能按原样工作 ，因为${ENV}和${SERVICE_NAME}不会被扩展（因为需要一个shell）。

因此，在这里应用的最简单，正确的解决方案是重构entrypoint.sh ，或者如果您不想更改它，而仍然依赖于带有“ exec形式” ENTRYPOINT环境变量，则可以编写：

…
RUN chmod a+x entrypoint1.sh
ENTRYPOINT ["./entrypoint1.sh"]
CMD ["java -jar", "-Dspring.profiles.active=docker", "target/my.jar"]

与文件

entrypoint1.sh

#!/bin/bash
exec /usr/bin/chamber exec ${ENV}_${SERVICE_NAME} -r 1 -- ./entrypoint.sh "$@"