如何用单镜像在Kubernetes多环境部署Lagom项目并覆盖配置？

当然可以！完全不需要为dev、stage、prod这些环境单独构建镜像——这也是云原生应用的最佳实践之一。下面给你几个落地的方案，一步步帮你实现单个镜像适配多环境：

1. 利用Lagom内置的环境变量替换能力 #

Lagom底层基于Play Framework，而Play本身就支持从环境变量读取配置，甚至直接在application.conf里做动态替换。比如你想要实现foo=bar-{{env}}的效果，只需要在基础配置文件里这么写：

foo = "bar-${MY_APP_ENV}"

之后在Kubernetes部署不同环境时，只需要给Pod注入对应的环境变量就行：

• 部署到dev环境：设置MY_APP_ENV=dev
• 部署到prod环境：设置MY_APP_ENV=prod

Lagom启动时会自动解析这个变量，把foo替换成对应环境的值。

2. 用Kubernetes ConfigMap挂载环境专属配置 #

如果你的配置比较复杂，不想全靠零散的环境变量，可以把不同环境的配置片段存在ConfigMap里，然后挂载到容器的配置目录，用来补充或覆盖默认的application.conf。

举个例子，先创建dev环境的ConfigMap：

apiVersion: v1
kind: ConfigMap
metadata:
  name: lagom-dev-config
data:
  application-dev.conf: |
    foo = "bar-dev"
    # 这里可以加其他dev环境专属的配置，比如日志级别、测试服务地址等

然后在Deployment配置里，把这个文件挂载到Lagom的配置目录（通常是/opt/lagom/conf），同时通过环境变量指定加载这个额外的配置文件：

spec:
  containers:
  - name: lagom-service
    image: your-lagom-image:latest
    env:
    - name: CONFIG_FILE
      value: "/opt/lagom/conf/application.conf,/opt/lagom/conf/application-dev.conf"
    volumeMounts:
    - name: dev-config
      mountPath: /opt/lagom/conf/application-dev.conf
      subPath: application-dev.conf
  volumes:
  - name: dev-config
    configMap:
      name: lagom-dev-config

prod环境的话，只需要创建对应的lagom-prod-config ConfigMap，修改Deployment里的挂载和环境变量指向prod的配置文件就好。

3. 结合Helm模板统一管理多环境 #

如果你的Kubernetes部署用Helm来管理，可以把环境相关的参数做成模板变量，只需要一个Helm Chart，通过不同的values文件来区分环境：

比如创建values-dev.yaml：

appEnv: dev
customConfig:
  foo: "bar-dev"

再创建values-prod.yaml：

appEnv: prod
customConfig:
  foo: "bar-prod"

然后在Deployment的模板文件里引用这些参数，自动注入环境变量或者生成对应的ConfigMap。部署的时候只需要指定对应的values文件：

helm install my-lagom-service ./lagom-chart -f values-dev.yaml # 部署到dev环境
helm install my-lagom-service ./lagom-chart -f values-prod.yaml # 部署到prod环境

几个关键注意点 #

• 构建镜像时，只打包通用的基础配置，不要把环境专属的配置硬编码进去，保证镜像的通用性。
• 敏感配置（比如数据库密码、API密钥）不要用ConfigMap，改用Kubernetes Secret，挂载方式和ConfigMap类似，更安全。
• Lagom的配置加载优先级是：系统属性 > 环境变量 > 配置文件，所以环境变量会优先覆盖配置文件里的默认值，这也给了我们灵活调整的空间。

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