Docker跨栈服务通信问题：serviceA无法调用另一栈的serviceB

我之前也碰到过一模一样的跨Docker栈服务调用问题，你的两个疑问正好戳中了核心原因和解决方向，咱们一步步拆解来看：

没错！Docker Stack在部署时，默认会为每个栈创建一个独立的overlay网络（命名格式通常是stackname_default），这个网络是栈内服务私有的——不同栈的网络之间默认完全隔离，没有通信权限。所以serviceA和serviceB不在同一网络的情况下，自然无法通过serviceB.stackB这种服务发现机制完成调用，这就是你失败的直接原因。

如果必须保留两个栈的独立网络，可以通过以下两种规范的方式实现跨栈通信：

方法1：让目标服务加入源栈的网络 #

不需要改动现有栈的核心结构，只需让serviceB同时接入自己栈的网络和stackA的网络：

1. 先查看stackA的默认网络名称：

docker network ls

找到类似stackA_default的条目，记下这个名称。
2. 修改stackB的docker-compose.yml，添加外部网络配置：

version: '3.8'
services:
  serviceB:
    # 保留你原有serviceB的配置
    networks:
      - default  # 继续使用自身栈的私有网络
      - stackA_net  # 加入stackA的网络

networks:
  stackA_net:
    external: true
    name: stackA_default  # 这里填入你查到的stackA网络名称

3. 重新部署stackB：

docker stack deploy -c stackB.yml stackB

这样serviceB就同时处于两个网络中，serviceA就能通过serviceB.stackB（或直接serviceB，同一网络内Docker DNS会直接解析服务名）成功调用了。

方法2：创建共享的外部overlay网络（推荐） #

更规范的做法是搭建一个专门的共享overlay网络，让两个栈的服务都接入这个共享网络，既保留各自栈的私有网络，又能通过共享网络实现跨栈通信：

1. 创建共享overlay网络：

docker network create --driver overlay --attachable shared_service_net

2. 修改stackA的docker-compose.yml，让serviceA接入共享网络：

version: '3.8'
services:
  serviceA:
    # 保留你原有serviceA的配置
    networks:
      - default  # 保留栈私有网络
      - shared_net

networks:
  shared_net:
    external: true
    name: shared_service_net

3. 用同样的方式修改stackB的docker-compose.yml，让serviceB也接入shared_net
4. 分别重新部署两个栈：

docker stack deploy -c stackA.yml stackA
docker stack deploy -c stackB.yml stackB

现在两个服务都在共享网络内，serviceA可以直接通过serviceB.stackB或者stackB_serviceB（Docker Stack部署的服务全名格式）访问serviceB。

额外注意点 #

• 服务名称校验：Docker Stack部署的服务全名格式是stackname_servicename，如果serviceB.stackB解析失败，可以试试用完整的服务名stackB_serviceB测试。
• attachable属性：创建共享网络时加上--attachable可以让非栈容器也能加入，若仅用于栈服务通信，不加也可，但加上会更灵活。

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