如何通过Docker Compose覆盖配置将指定容器设为无操作容器？

你猜的没错，更换镜像确实是实现这个需求的核心思路，而且有几种成熟的最佳实践可以让你通过覆盖配置达成目标，不用单独写新的Compose文件。

下面是两种最常用的方案，你可以根据自己的场景选择：

方案1: 轻量镜像+休眠式无操作容器 #

这种方案会让db-container启动一个极简容器，保持运行但不执行任何实际业务逻辑，适合需要容器存在（比如某些依赖检查场景）但不需要提供数据库服务的情况：

修改你的use-existing-db.yml如下：

version: '3.7'
services:
  webservice:
    volumes:
      - /some/dir/db.prop:/config/db.prop
  db-container:
    image: busybox:latest  # 极小的基础镜像，仅几MB
    command: tail -f /dev/null  # 让容器保持运行但无任何操作
    ports: []  # 清除主配置里的端口映射，避免和现有数据库端口冲突

方案2: 启动后立刻退出的一次性容器 #

如果完全不需要db-container保持运行，只想让它启动后立刻成功退出，且不会被Compose自动重启，可以用这个更轻量的方案：

version: '3.7'
services:
  webservice:
    volumes:
      - /some/dir/db.prop:/config/db.prop
  db-container:
    image: alpine:latest  # 同样是极小镜像
    command: /bin/true  # 执行成功命令后立刻退出
    restart: "no"  # 禁止自动重启退出的容器
    ports: []  # 清除端口映射

额外进阶方案（Compose v2.20+） #

如果你的Docker Compose版本是v2.20及以上，还可以直接在覆盖文件中把db-container设置为null来完全移除这个服务，实现更彻底的禁用：

version: '3.7'
services:
  webservice:
    volumes:
      - /some/dir/db.prop:/config/db.prop
  db-container: null

这个方法更直接，但兼容性稍差，适合使用较新版本Compose的场景。

方案原理说明 #

Docker Compose的配置覆盖机制会将覆盖文件中的配置与主配置合并，覆盖文件的配置优先级更高，会替换主配置中的对应项。通过修改db-container的镜像、命令或直接移除服务，我们就把原来的数据库容器转换成了无操作状态，同时保留了主配置的结构，不用单独编写只启动web服务的Compose文件。

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