针对需频繁修改配置文件的Docker应用，应选择卷（volumes）还是绑定挂载（bind mounts）以避免重新构建镜像？

老哥，先给你拍板：绑定挂载（bind mounts）绝对是你这个场景的首选，完美解决你改配置就得重构镜像的痛点。当然卷（volumes）也有用武之地，但咱们结合你的bind9场景捋清楚：

为什么绑定挂载更适合频繁改配置？ #

你现在的问题是把配置文件直接COPY进镜像里，镜像一旦构建好就是静态的，改配置自然得重新打包。而绑定挂载是直接把宿主机上的配置目录/文件，挂载到容器内的对应路径（比如你的/var/lib/bind/）——相当于容器直接用宿主机上的文件，你在宿主机改完保存，容器里立刻就能读到新内容，完全和镜像构建流程脱钩。

举个实际的运行命令例子，你只要这么启动容器：

docker run -d -v /home/your-user/bind-config:/var/lib/bind your-bind9-image

把你所有的named.conf、zone文件都放在宿主机的/home/your-user/bind-config目录里，以后改配置直接在宿主机编辑这些文件就行。甚至连容器都不用重启，给bind9发个热重载命令就生效：

docker exec <你的容器名或ID> rndc reload

是不是比重构镜像高效一万倍？

那卷（volumes）什么时候用？ #

卷是Docker自己管理的存储，和宿主机文件系统隔离性更强，适合那些不需要你直接在宿主机碰文件的场景，但对于频繁改配置的需求来说，步骤会繁琐一点：

• 你得先创建卷：docker volume create bind-config
• 把配置文件复制进卷里：docker cp /path/host/config/. bind-config:/var/lib/bind/
• 再用卷挂载启动容器：docker run -d -v bind-config:/var/lib/bind your-bind9-image
  以后改配置的话，要么把新配置文件复制进卷，要么docker exec进容器里编辑，显然没有绑定挂载直接在宿主机改方便。

顺便帮你理清Docker构建和运行的逻辑 #

你之前说没分清构建和运行的区别，其实很简单：

• Dockerfile是用来构建静态镜像的，里面的COPY、RUN都是把内容固化进镜像，一旦镜像打好，这些内容就固定了（除非你重构）。
• 而运行容器时的-v参数（不管是绑定挂载还是卷）是动态附加存储，会覆盖容器内对应路径的原有内容——相当于给容器“插了个U盘”，U盘里的内容随时能换，不用动镜像本身。

给你的具体行动建议 #

1. 把所有bind9配置文件移到宿主机的一个固定目录，比如~/bind-config
2. 可以把Dockerfile里的COPY配置文件的行删掉（留着也没关系，挂载会覆盖掉）
3. 用绑定挂载的命令启动容器，之后改配置直接编辑宿主机目录里的文件，再重载bind9服务就行

备注：内容来源于stack exchange，提问作者mr.zog