Kubernetes中envFrom何时会导入ConfigMap中的环境变量值？

核心结论 #

Kubernetes 中通过 spec.template.spec.containers[].envFrom.configMapRef 从 ConfigMap 注入的环境变量，仅在容器进程启动时才会拉取当时的 ConfigMap 最新值注入，运行中的容器内的环境变量永远不会随 ConfigMap 更新自动刷新。
这是由操作系统基础机制决定的：Linux 进程的环境变量是启动时由父进程传递的静态参数，运行过程中除非进程主动修改，否则不会变化。因此你修改 ConfigMap 后，已经在运行的 Pod 里的应用永远读不到新的环境变量值，必须触发容器启动动作才会生效。 #

两个具体场景的答案 #

• 若 Pod 内的某个容器崩溃重启：容器崩溃重启属于在原有 Pod 上下文中重新拉起容器进程，此时 kubelet 会拉取当前最新的 ConfigMap 数据注入环境变量，重启后的容器可以读取到更新后的环境变量值。

  注意：该生效范围仅覆盖重启的单个容器，同一个 Pod 中未重启的其他容器的环境变量仍然是旧值。

• 若 Pod 被删除但对应的 ReplicaSet 保留，Pod 被重建：ReplicaSet 重建 Pod 时会生成全新的 Pod 实例，新 Pod 的所有容器启动时都会拉取当前最新的 ConfigMap 数据注入环境变量，因此重建后的 Pod 可以读取到更新后的环境变量值。

最佳实践提示 #

如果你需要让 Deployment 管理的所有 Pod 都同步更新到新的 ConfigMap 配置，直接执行 kubectl rollout restart deployment <你的Deployment名称> 触发滚动重建即可，Kubernetes 会按照滚动更新策略逐个重建 Pod，保证业务无中断的前提下所有实例都加载到新的配置。

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