Docker Swarm多副本场景下TCP服务单次请求无法返回正确响应求助

你的核心问题是TCP服务的每个副本独立维护客户端连接状态，Docker Swarm的VIP负载均衡会将Django的请求随机分发到任意副本，只有持有目标客户端连接的副本能返回正确数据，导致多次请求才能命中正确节点。

针对你的需求，提供两种可行方案，均需要修改Docker Compose配置：

方案1：全局共享客户端状态（推荐，适合获取所有/任意客户端数据） #

让所有TCP服务副本共享同一客户端连接数据源，这样任意副本都能返回完整的客户端数据，无需关心请求分发到哪个节点。

• 步骤：
  1. 添加一个分布式存储服务（如Redis）到Swarm集群，用于维护全局客户端连接列表。
  2. 修改TCP服务代码，在客户端连接/断开时更新Redis中的全局列表；处理Django请求时，从Redis读取完整数据返回。
  3. 更新Docker Compose配置，引入Redis服务并确保TCP服务能访问到它：

version: '3.8'

services:
  tcp-service:
    image: your-tcp-service-image
    deploy:
      replicas: 3
      restart_policy:
        condition: on-failure
    environment:
      # 配置TCP服务连接Redis
      REDIS_HOST: redis
      REDIS_PORT: 6379
    networks:
      - tcp-swarm-net

  redis:
    image: redis:7-alpine
    deploy:
      replicas: 1
      restart_policy:
        condition: on-failure
    networks:
      - tcp-swarm-net

  django-service:
    image: your-django-image
    networks:
      - tcp-swarm-net

networks:
  tcp-swarm-net:
    driver: overlay
    attachable: true

方案2：定位到持有目标客户端的副本（适合获取特定客户端数据） #

如果只需要获取特定客户端的数据，让Django能精准请求到持有该客户端连接的副本：

子方案2.1：修复Consul服务发现 #

Swarm下Consul注册失败大概率是网络或配置问题：

• 在Docker Compose中为TCP服务添加Consul sidecar代理，确保服务能正确注册到Consul：

version: '3.8'

services:
  tcp-service:
    image: your-tcp-service-image
    deploy:
      replicas: 3
    environment:
      SERVICE_NAME: tcp-service
      SERVICE_TAGS: swarm,tcp
    networks:
      - tcp-swarm-net
    depends_on:
      - consul-agent

  consul-agent:
    image: consul:latest
    command: agent -client=0.0.0.0 -join=consul-server -node=agent-${HOSTNAME}
    deploy:
      mode: global
    networks:
      - tcp-swarm-net

  consul-server:
    image: consul:latest
    command: agent -server -bootstrap-expect=1 -client=0.0.0.0
    deploy:
      replicas: 1
      placement:
        constraints: [node.role == manager]
    networks:
      - tcp-swarm-net

• 修改Django代码：先查询Consul获取所有TCP服务副本的IP，然后逐个发送请求，直到找到返回目标客户端数据的副本。

子方案2.2：使用Swarm DNSRR模式 #

修改TCP服务的部署配置，禁用VIP负载均衡，改用DNS轮询，让Django能直接获取所有副本的IP：

services:
  tcp-service:
    image: your-tcp-service-image
    deploy:
      replicas: 3
      endpoint_mode: dnsrr  # 启用DNSRR，代替默认的vip模式
    networks:
      - tcp-swarm-net

• Django代码中通过tcp-service域名解析出所有副本IP，遍历请求直到获取正确数据。

如果你的场景中客户端连接是长连接，会话粘滞（session affinity）并不能解决问题——粘滞是针对Django的请求固定到某个副本，但客户端可能连接到另一个副本，依然无法获取正确数据。因此优先推荐方案1的全局状态共享。

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