如何在docker-compose.yml中为不同服务配置差异化部署context？

原生Docker Compose（不管是旧版v1 Python版本还是当前主流的v2 Go版本）不支持在同一份Compose配置中为不同服务指定不同部署上下文，--context参数是全局生效的，单次执行docker compose up只会对接一个Docker端点，不可能靠单条命令就把服务分散部署到不同上下文。

落地实现方法 #

不用折腾单文件单命令一把梭的配置，拆分配置+批量执行就能完全满足需求，步骤非常简单：

• 拆分Compose配置文件
  把你原来的单份配置拆成两个独立文件：
  • docker-compose.app1.yml：仅保留app-1的服务配置，对应只需要在default上下文部署的服务
  • docker-compose.app2.yml：仅保留app-2的服务配置，对应需要多上下文部署的服务
• 分批次执行部署命令
  1. 先部署仅跑在default上下文的app-1：

     docker compose --context default -f docker-compose.app1.yml up -d --build
     

  2. 遍历所有需要部署app-2的上下文列表，循环执行部署即可：

     for ctx in default remote remote2; do
       docker compose --context $ctx -f docker-compose.app2.yml up -d --build
     done
     

避坑提示 #

• 如果你所有节点属于同一个Docker Swarm集群，完全不需要用多上下文方案：直接给服务加部署约束即可，app-1配置节点选择器固定跑在本地节点，app-2配置为全局服务自动调度到所有集群节点，单条docker stack deploy命令就能完成部署。但你当前的remote、remote2都是独立SSH接入的零散Docker实例，不属于同一个Swarm集群，该方案不适用。
• 跨上下文部署时如果每个上下文都单独执行build会浪费大量时间，建议提前把app-2镜像构建好推送到公网/私有镜像仓库，把Compose配置中app-2的build字段替换为image字段指向仓库地址，所有上下文直接拉取镜像启动即可，无需重复构建。
• 不要尝试用Compose的profiles、自定义扩展字段等特性给服务绑定上下文，这些字段不会被解析为部署端点配置，写了也完全无效。

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