Docker Compose能否复用多组顶层定义变量至多个服务？

问题背景 #

我用Docker Compose在本地启动多个服务模拟生产环境，不同服务之间有大量重复的通用配置（比如日志级别、数据库连接字符串）。目前仅能通过单个顶层锚点复用变量，但希望同时复用多组独立的顶层配置块（如日志、数据库配置），尝试重复使用<<: *锚点的写法不被允许，将所有变量合并成一个顶层模块又会在复杂项目中导致配置混乱，不符合DRY原则。

可行解决方案 #

1. 使用YAML数组语法合并多个锚点 #

YAML原生支持将多个锚点放入数组中实现合并，Docker Compose完全兼容这种写法，这是最直接的多配置复用方式：

version: "3.9"

# 定义日志配置锚点
x-logging:
  &logging
  Logging__LogLevel__Default: Information

# 定义数据库配置锚点
x-database:
  &database
  ConnectionStrings__MyDatabase: "Server=host.docker.internal\\sqlexpress;Database=mydb;"

services:
  api1:
    build: ..
    ports:
      - "8001:443"
    environment:
      <<: [*logging, *database]  # 用数组同时引入多组配置锚点
    volumes:
      - .:/code
  api2:
    ports:
      - "8002:443"
    environment:
      <<: *logging  # 仅引入日志配置
  api3:
    ports:
      - "8003:443"
    environment:
      <<: [*logging, *database]  # 同时引入两组配置

2. 定义组合式扩展字段 #

如果部分服务需要固定复用某几组配置，可以提前定义一个组合后的扩展字段，后续直接引用这个组合锚点，进一步简化配置：

version: "3.9"

x-logging:
  &logging
  Logging__LogLevel__Default: Information

x-database:
  &database
  ConnectionStrings__MyDatabase: "Server=host.docker.internal\\sqlexpress;Database=mydb;"

# 预定义组合配置，将日志+数据库配置合并
x-full-service-config:
  &full-service-config
  <<: [*logging, *database]

services:
  api1:
    build: ..
    ports:
      - "8001:443"
    environment:
      <<: *full-service-config
    volumes:
      - .:/code
  api3:
    ports:
      - "8003:443"
    environment:
      <<: *full-service-config

3. 使用独立.env文件拆分配置 #

对于大量环境变量，还可以将不同组的配置拆分到单独的.env文件中，通过env_file字段按需引入：

# .env.logging
Logging__LogLevel__Default=Information

# .env.database
ConnectionStrings__MyDatabase=Server=host.docker.internal\sqlexpress;Database=mydb;

对应的docker-compose.yml配置：

version: "3.9"

services:
  api1:
    build: ..
    ports:
      - "8001:443"
    env_file:
      - .env.logging
      - .env.database
    volumes:
      - .:/code
  api2:
    ports:
      - "8002:443"
    env_file:
      - .env.logging
  api3:
    ports:
      - "8003:443"
    env_file:
      - .env.logging
      - .env.database

以上三种方式都能实现模块化的配置复用，保持代码整洁且符合DRY原则。

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