Kubernetes部署：环境变量存docker-compose.yml还是*-deployment.yaml？

1. 是否需要在两个文件中都配置环境变量？ #

不需要。这两个文件属于完全不同的部署体系：

• docker-compose.yml是用于本地开发、Docker Swarm集群的部署配置文件，Kubernetes集群完全不会读取它的内容。
• *-deployment.yaml是Kubernetes专属的部署资源配置，只有在部署到K8s集群时才会生效。
  两者不会同时在同一个部署流程里生效，所以没必要重复配置。

2. 应该在哪个文件配置，哪种方案更优？ #

分场景来看：

• 本地开发/测试场景：优先用docker-compose.yml
  本地开发时用docker-compose一键启动服务，把本地需要的环境变量（比如NODE_ENV=development、LOG_LEVEL=debug）集中放在docker-compose的environment字段里，修改、调试都更便捷，不用去碰K8s的配置文件。
  配置示例：

  environment:
    NODE_ENV: development
    LOG_LEVEL: debug
  

• Kubernetes生产/正式集群部署场景：必须用*-deployment.yaml
  Kubernetes部署时只会识别自身的资源配置文件，完全不依赖docker-compose。而且在K8s里，你还可以结合ConfigMap或Secret来批量管理环境变量（比如把多个配置项存进ConfigMap，再挂载到deployment里），更适合生产环境的配置分离、权限管控和批量更新需求。
  直接在deployment里配置的示例：

  env:
    - name: NODE_ENV
      value: 'production'
    - name: LOG_LEVEL
      value: 'info'
  

另外补充一点：如果是跨环境通用的变量名（比如DB_HOST这种变量名，不同环境值不同），可以在Dockerfile里设置默认值，但具体的取值还是要根据部署环境，在对应的配置文件（docker-compose或K8s deployment）里指定。

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