我如何在ENTRYPOINT数组中使用Docker环境变量?Kubernetes面临的问题，没有获取env变量

Question

我们使用gitlab进行CI/CD。我将包含我们正在使用的脚本

services:
- docker:19.03.11-dind
workflow:
rules:
- if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH || $CI_COMMIT_BRANCH == "developer" || $CI_COMMIT_BRANCH == "stage"|| ($CI_COMMIT_BRANCH =~ (/^([A-Z]([0-9][-_])?)?SPRINT(([-_][A-Z][0-9])?)+/i))
when: always
- if: $CI_COMMIT_BRANCH != $CI_DEFAULT_BRANCH || $CI_COMMIT_BRANCH != "developer" || $CI_COMMIT_BRANCH != "stage"|| ($CI_COMMIT_BRANCH !~ (/^([A-Z]([0-9][-_])?)?SPRINT(([-_][A-Z][0-9])?)+/i))
when: never 
stages:
- build
- Publish
- deploy
cache:
paths:
- .m2/repository
- target
build_jar:
image: maven:3.8.3-jdk-11
stage: build
script: 
- mvn clean install package -DskipTests=true
artifacts:
paths:
- target/*.jar
docker_build_dev:
stage: Publish
image: docker:19.03.11
services:
- docker:19.03.11-dind      
variables:
IMAGE_TAG: $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA
script: 
- docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
- docker build --build-arg environment_name=development -t $IMAGE_TAG .
- docker push $IMAGE_TAG
only:
- /^([A-Z]([0-9][-_])?)?SPRINT(([-_][A-Z][0-9])?)+/i
- developer
docker_build_stage:
stage: Publish
image: docker:19.03.11
services:
- docker:19.03.11-dind   
variables:
IMAGE_TAG: $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA
script: 
- docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
- docker build --build-arg environment_name=stage -t $IMAGE_TAG .
- docker push $IMAGE_TAG   
only:
- stage
deploy_dev:
stage: deploy
image: stellacenter/aws-helm-kubectl
before_script:
- aws configure set aws_access_key_id ${DEV_AWS_ACCESS_KEY_ID}
- aws configure set aws_secret_access_key ${DEV_AWS_SECRET_ACCESS_KEY}
- aws configure set region ${DEV_AWS_DEFAULT_REGION}
script:
- sed -i "s/<VERSION>/${CI_COMMIT_SHORT_SHA}/g" patient-service.yml     
- mkdir -p  $HOME/.kube
- cp $KUBE_CONFIG_DEV $HOME/.kube/config
- chown $(id -u):$(id -g) $HOME/.kube/config 
- export KUBECONFIG=$HOME/.kube/config
- kubectl apply -f  patient-service.yml -n ${KUBE_NAMESPACE_DEV}
only:
- /^([A-Z]([0-9][-_])?)?SPRINT(([-_][A-Z][0-9])?)+/i
- developer
deploy_stage:
stage: deploy
image: stellacenter/aws-helm-kubectl
before_script:
- aws configure set aws_access_key_id ${DEV_AWS_ACCESS_KEY_ID}
- aws configure set aws_secret_access_key ${DEV_AWS_SECRET_ACCESS_KEY}
- aws configure set region ${DEV_AWS_DEFAULT_REGION}
script:
- sed -i "s/<VERSION>/${CI_COMMIT_SHORT_SHA}/g" patient-service.yml    
- mkdir -p  $HOME/.kube
- cp $KUBE_CONFIG_STAGE $HOME/.kube/config
- chown $(id -u):$(id -g) $HOME/.kube/config 
- export KUBECONFIG=$HOME/.kube/config
- kubectl apply -f  patient-service.yml -n ${KUBE_NAMESPACE_STAGE}
only:
- stage

根据脚本，我们只是合并了脚本，而不是在部署时面对阶段和开发的冲突/冲突。以前，我们为每个环境提供每个docker文件。现在我想合并dockerfile也，我合并，但dockerfile不是抓取。kubernetes中有冲突。我不了解kubernetes。我将附上我合并的docker文件。

FROM maven:3.8.3-jdk-11 AS MAVEN_BUILD
COPY pom.xml /build/
COPY src /build/src/
WORKDIR /build/
RUN mvn clean install package -DskipTests=true
FROM openjdk:11
ARG environment_name 
WORKDIR /app
COPY --from=MAVEN_BUILD /build/target/patient-service-*.jar /app/patient-service.jar
ENV PORT 8094
ENV env_var_name=$environment_name
EXPOSE $PORT
ENTRYPOINT ["java","-Dspring.profiles.active= $env_var_name","-jar","/app/patient-service.jar"]

我们之前用过的最后一行

ENTRYPOINT ["java","-Dspring.profiles.active=development","-jar","/app/patient-service.jar"]

在当时，它工作得很好，我在kubernetes上没有遇到任何问题。我只需要添加环境变量来获取无论是开发还是阶段。您可以在docker构建后检查我的脚本。只添加了变量之后，我们就面临冲突了。请帮我解决一下这个问题。提前感谢

Answer 1

正如在评论部分的问题中已经提到的那样，您需要执行shell表单，因为exec表单不会直接执行变量替换。

ENTRYPOINT ["java","-Dspring.profiles.active= $env_var_name","-jar","/app/patient-service.jar"]

必须是

ENTRYPOINT [ "sh", "-c", "java","-Dspring.profiles.active=$env_var_name","-jar","/app/patient-service.jar" ]

来自Docker文档的相关文档:Shell form ENTRYPOINT示例

与shell形式不同，exec形式不调用命令shell。这意味着正常的shell处理不会发生。例如，ENTRYPOINT [ "echo", "$HOME" ]不会对$HOME进行变量替换。如果您想要shell处理，那么使用shell形式或直接执行shell，例如:ENTRYPOINT [ "sh", "-c", "echo $HOME" ]。当使用exec表单并直接执行shell时，就像shell表单的情况一样，是shell在进行环境变量的扩展，而不是docker。

Answer 2

通常的做法是使用包含必要逻辑的entrypoint.sh脚本。它可以很容易地使用环境变量，并额外地验证它们并相应地采取行动。

https://github.com/docker-library/docker/blob/master/dockerd-entrypoint.sh是一个来自dockerd守护进程的复杂示例。