Docker是否支持多容器共同预填充同一个命名卷？

Docker 不支持通过2个及以上容器在卷初始化阶段共同为同一个命名卷预填充内容。

核心规则说明 #

官方文档描述的卷自动填充行为，是严格的一次性触发逻辑，仅同时满足以下两个条件时才会执行：

• 被挂载的对象是刚创建完成、内部无任何文件的全新空卷
• 该卷第一次被挂载到某个容器的目标路径
  触发时Docker会把当前容器挂载路径下的所有文件/目录复制到空卷中，挂载动作完成后，卷就不再是空状态，后续所有再挂载这个卷的容器，都不会再触发自动复制逻辑：此时容器内对应挂载路径下原本存在的文件，会被卷中已有的内容直接覆盖隐藏，不会写入到卷内。
  你的测试结果完全符合这个逻辑：test_container_2启动速度更快，率先挂载了刚创建的空test_volume，仅将自身的config_2.cfg复制到卷中；等test_container_1挂载时，卷已经存在非空内容，既不会复制它自带的config_1.cfg，容器内原本的配置文件还会被卷内容遮挡，因此你只能看到config_2.cfg。

多租户配置场景的实现方案 #

如果要实现「不同来源的配置文件统一归集到同一路径供应用读取，无需改造应用支持多目录读取」的需求，可以选择以下无侵入方案：

• 初始化容器预填充方案
  新增一个短生命周期的初始化服务，将所有存放不同租户配置的镜像、目标共享卷都挂载到这个服务中，注意不同来源的配置要挂载到初始化容器内互相独立的不同路径，避免互相覆盖。初始化服务启动后自动将所有路径下的配置文件拷贝到共享卷的目标目录，执行完成后自动退出，后续再启动所有业务容器挂载这个已经填充完所有配置的共享卷即可。这个方案配置来源解耦、维护成本低，是生产环境的首选实现方式。
• 卷子路径挂载方案
  调整挂载规则，不要把不同容器的配置目录直接挂载到卷的根路径，提前在卷中为每个租户创建独立的子目录，每个容器将自身的配置文件挂载到对应专属子路径下。业务容器挂载整个卷后，就可以直接访问到所有子目录内的配置文件，如果你的应用支持自动扫描目标路径下的所有配置文件（含子目录），这个方案不需要额外的拷贝步骤，运维成本最低。
• 统一配置镜像方案
  如果租户配置更新频率很低，可以在镜像构建阶段就把所有租户的配置文件打包到同一个专用配置镜像中，启动栈时先启动这个配置镜像的容器挂载空卷完成一次性预填充，后续所有业务容器直接挂载该卷即可读取全量配置。这个方案的缺点是配置变更需要重新构建镜像，灵活性较差。

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