所以我有一个 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
Run Code Online (Sandbox Code Playgroud)
因此 ENTRYPOINT 运行并从 AWS Parameter Store 中提取一些秘密,并将它们作为环境变量填充到 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
Run Code Online (Sandbox Code Playgroud)
CMD怎么了?
作为记录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"]
Run Code Online (Sandbox Code Playgroud)
但是,这不会按原样工作,因为${ENV}和${SERVICE_NAME}不会被扩展(因为需要外壳)。
因此,在此处应用的最简单、正确的解决方案是重构您的entrypoint.sh,或者如果您不想更改它并且仍然依赖带有“exec 表单”的环境变量ENTRYPOINT,您可以改为编写:
…
RUN chmod a+x entrypoint1.sh
ENTRYPOINT ["./entrypoint1.sh"]
CMD ["java -jar", "-Dspring.profiles.active=docker", "target/my.jar"]
Run Code Online (Sandbox Code Playgroud)
带文件
入口点1.sh
#!/bin/bash
exec /usr/bin/chamber exec ${ENV}_${SERVICE_NAME} -r 1 -- ./entrypoint.sh "$@"
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
9187 次 |
| 最近记录: |