Dockerfile ENTRYPOINT的shell脚本能否访问Helm设置的环境变量？

完全可以访问，你可以直接在初始化shell脚本里读取Helm配置的环境变量，编写多环境适配逻辑。

Helm本身只是K8s资源清单的模板渲染工具，你在Helm Chart里配置的容器环境变量，最终会被渲染到工作负载（Deployment/StatefulSet/DaemonSet等）的Pod模板spec.containers[].env/spec.containers[].envFrom字段中。
这类由K8s Pod spec定义的环境变量，会在容器启动时由容器运行时直接注入到容器的全局运行时环境中，优先级高于Dockerfile里用ENV指令固化的镜像内置环境变量。
你在Dockerfile的ENTRYPOINT中指定的初始化shell脚本，是容器启动后的首个入口进程，会完整继承容器运行时的所有环境变量，不存在访问权限或者作用域的问题。

• 脚本中直接通过$变量名即可引用对应环境变量，不需要做额外的导入操作。比如你在Helm中配置了RUN_ENV=production，脚本中可以直接写如下条件分支：

#!/bin/bash
if [ "$RUN_ENV" = "production" ]; then
  # 生产环境初始化逻辑
  echo "run in production mode"
elif [ "$RUN_ENV" = "staging" ]; then
  # 测试环境初始化逻辑
  echo "run in staging mode"
fi
# 后续拉起业务主进程，建议用exec保证信号正确传递
exec /path/to/your/app

• 如果你使用exec格式书写ENTRYPOINT（即JSON数组格式，例如ENTRYPOINT ["/opt/init.sh"]），一定要在脚本首行加上正确的shebang声明（比如#!/bin/bash或#!/bin/sh），否则脚本会被当做二进制文件执行触发报错。
• 部署调试阶段可以在脚本开头临时加一行env打印全量环境变量，查看容器日志就能快速确认Helm配置的变量是否正确注入。
• 这个逻辑是K8s的标准行为，和你使用AWS EKS还是其他发行版的K8s集群没有关系，不会因为云服务商差异出现兼容问题。

内容的提问来源于stack exchange，提问作者Raj