在Dockerfile中重写继承的CMD并不总是有效？

Question

在派生的DockerFile中重写CMD时，我得到了一些不一致的行为。

基本Dockerfile如下所示：

FROM myVeryBaseImage

ENV WEBAPP_CONTEXT=my-app
WORKDIR /opt/${WEBAPP_CONTEXT}

COPY app/*.jar ./${WEBAPP_CONTEXT}.jar
COPY baseconfig/* ./config/${WEBAPP_CONTEXT}/

CMD java -jar ${WEBAPP_CONTEXT}.jar --Dspring.profiles.active=docker

这个基本映像是由另一个团队提供的，很难更改它。我现在正在编写一组容器，我希望在这些容器中多次运行同一个应用程序，但配置不同。

所以我想我应该扩展映像，将更多的配置复制到映像中，并使用不同的spring配置文件运行映像：

FROM baseImage
COPY config/application-*.properties ./config/${WEBAPP_CONTEXT}/
CMD java -jar ${WEBAPP_CONTEXT}.jar -Dspring.profiles.active=${PROFILE}

并在docker-compose.yml中：

myapp-foo:
 build: ./myapp-custom
 image: myapp-custom
 environment:
  PROFILE: foo
 volumes:
  - /opt/my-app/foo:/opt/my-app

myapp-bar:
 image: myapp-custom
 environment:
  PROFILE: bar
 volumes:
  - /opt/my-app/bar:/opt/my-app

我希望有两个容器运行，分别使用application-foo.properties和application-bar.properties。

不过，似乎两者都使用了appplication-docker.properties，即在基本DockerFile中定义的docker配置文件。

如果我完全更改派生Dockerfile中的CMD，它就会起作用：

CMD echo "${PROFILE}"

输出分别为“foo”和“bar”。有什么可能发生的暗示吗？

我的版本是：

docker-compose version 1.8.1, build 878cff1
Docker version 1.12.3, build 6b644ec

更新:
根据@blackibiza的建议，我将派生的Dockerfile更改为

FROM baseImage
COPY config/application-*.properties ./config/${WEBAPP_CONTEXT}/
ENTRYPOINT /opt/jdk1.8.0_102/bin/java
CMD ["-jar", "${WEBAPP_CONTEXT}.jar", "-Dspring.profiles.active=foo"]

$ docker inspect --format='{{.Config.Cmd}} {{.Config.Entrypoint}}' testapp
[-jar ${WEBAPP_CONTEXT}.jar -Dspring.profiles.active=french] [/bin/sh -c /opt/jdk1.8.0_102/bin/java]

FROM baseImage
COPY config/application-*.properties ./config/${WEBAPP_CONTEXT}/
CMD ["java", "-jar", "${WEBAPP_CONTEXT}.jar", "-Dspring.profiles.active=foo"]

Error: Unable to access jarfile ${WEBAPP_CONTEXT}.jar

Answer 1

您正在寻找的是入口点的覆盖。如Docker参考中所述,

如果您想在没有shell的情况下运行，那么您必须将命令表示为JSON数组，并给出可执行文件的完整路径。此数组形式是cmd的首选格式。任何附加参数都必须单独表示为数组中的字符串：

来自ubuntu

如果您希望您的容器每次都运行相同的可执行文件，那么您应该考虑将ENTRYPOINT与cmd结合使用。请参阅入口点。

使用Composer时,您可以重写CMD参数,如下所述：

db:
  command: '-d'
  ports:
    - 5432:5432

您应该定义一个入口点，在您的情况下是：

ENTRYPOINT java
CMD ["-jar", "${WEBAPP_CONTEXT}.jar"]

在您的具体案例中，我将讨论将shell作为入口点公开，并使用脚本重写CMD，如下所示：

ENTRYPOINT /bin/sh
CMD ["./script.sh"]

在您的compose yml中：

command: './script2.sh'

更新（基于更改的问题）：

docker build -t your_image:your_version --build-arg WEBAPP_CONTEXT=your_context .

若要在生成时获取该值的替换，请执行以下操作。ARG的优点是可以在您的子映像中继承