当然可以！这是Docker部署中很常见的需求，有几种成熟的方案能帮你把所有变量集中在外部文件，动态生成容器内的最终配置。下面我来详细介绍几种常用方法：

1. Docker Compose + .env 文件 + envsubst 模板替换 #

这是本地开发和小规模部署最便捷的方式：

• 第一步，准备配置模板文件（比如app.config.tmpl），用${变量名}作为占位符，还可以设置默认值：

# app.config.tmpl
database_host=${DB_HOST}
database_port=${DB_PORT}
api_token=${API_TOKEN}
log_level=${LOG_LEVEL:-info}

这里${LOG_LEVEL:-info}的意思是：如果环境变量没传LOG_LEVEL，就默认用info。

• 第二步，创建.env文件集中存储所有变量：

# .env
DB_HOST=prod-db.example.com
DB_PORT=5432
API_TOKEN=my-super-secret-token-456
LOG_LEVEL=warn

• 第三步，在docker-compose.yml里配置挂载模板、加载环境变量，并用envsubst生成最终配置：

services:
  my-app:
    image: my-app-image:latest
    volumes:
      - ./app.config.tmpl:/tmp/app.config.tmpl
      - ./app-config:/app/config  # 挂载目录保存生成的配置
    env_file:
      - .env
    command: >
      sh -c "envsubst < /tmp/app.config.tmpl > /app/config/app.config && exec my-app"

envsubst是很多Linux基础镜像自带的工具（如果用Alpine镜像，需要先装gettext包：apk add --no-cache gettext），它会自动把模板里的变量替换成.env中的值，然后生成最终配置文件。

2. 自定义Entrypoint脚本处理复杂逻辑 #

如果需要更灵活的变量处理（比如条件判断、多环境分支），可以写一个自定义entrypoint脚本：

• 创建entrypoint.sh脚本：

#!/bin/sh
set -e  # 遇到错误就退出

# 设置变量默认值
DB_HOST=${DB_HOST:-localhost}
DB_PORT=${DB_PORT:-5432}
LOG_LEVEL=${LOG_LEVEL:-info}

# 替换模板中的所有占位符
sed -e "s/{{DB_HOST}}/$DB_HOST/g" \
    -e "s/{{DB_PORT}}/$DB_PORT/g" \
    -e "s/{{API_TOKEN}}/$API_TOKEN/g" \
    -e "s/{{LOG_LEVEL}}/$LOG_LEVEL/g" \
    /tmp/app.config.tmpl > /app/config/app.config

# 启动应用程序
exec "$@"

• 给脚本添加执行权限：chmod +x entrypoint.sh
• 在Dockerfile中复制脚本并设置为entrypoint：

FROM my-base-image:latest

# 复制entrypoint脚本
COPY entrypoint.sh /usr/local/bin/entrypoint.sh
RUN chmod +x /usr/local/bin/entrypoint.sh

ENTRYPOINT ["entrypoint.sh"]
CMD ["my-app"]

• 最后在docker-compose.yml中挂载模板和加载.env：

services:
  my-app:
    build: .
    volumes:
      - ./app.config.tmpl:/tmp/app.config.tmpl
      - ./app-config:/app/config
    env_file:
      - .env

这种方式适合需要复杂逻辑的场景，比如根据环境变量选择不同的配置片段。

3. Docker Swarm Configs（集群部署场景） #

如果是用Docker Swarm集群部署，可以用Docker Configs来集中管理模板和变量：

• 先把配置模板创建为Docker Config：

docker config create app-config-template ./app.config.tmpl

• 然后部署服务时传递环境变量，并用envsubst生成配置：

docker service create \
  --name my-app-service \
  --config source=app-config-template,target=/tmp/app.config.tmpl \
  --env DB_HOST=swarm-db.example.com \
  --env DB_PORT=5432 \
  --env API_TOKEN=swarm-secret-token-789 \
  my-app-image:latest \
  sh -c "envsubst < /tmp/app.config.tmpl > /app/config/app.config && exec my-app"

这种方式适合集群环境，配置可以统一管理、版本控制，而且不需要挂载本地文件。

总结一下：根据你的部署场景选择合适的方案——本地开发用Compose+envsubst最省心，复杂逻辑用自定义entrypoint，集群部署用Swarm Configs。所有方案都能实现把变量集中在外部文件，动态生成容器内的配置文件。

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