要连接两个docker-compose，你需要一个网络，把两个docker-compose都放在这个网络中， 你可以用docker来创建网络，

或者你可以简单地把网络声明放在docker-compose文件的网络选项中，当你运行docker-compose (docker-compose up)时，网络就会自动创建。

在两个docker-compose文件中放入下面的行

networks:
   net-for-alpine:
     name: test-db-net

注意:net-for-alpine是网络的内部名称，它将在docker-compose文件中使用，可以是不同的。 Test-db-net是网络的外部名称，在两个docker-compose文件中必须相同。

假设我们有docker-compose.db。Yml和docker-compose.alpine.yml

docker-compose.apline。Yml是:

version: '3.8'

services:

  alpine:
    image: alpine:3.14
    container_name: alpine
    networks:
      - net-for-alpine
  
    # these two command keeps apline container running
    stdin_open: true # docker run -i
    tty: true # docker run -t



networks:
  net-for-alpine:
    name: test-db-net

docker-compose.db。Yml是:

version: '3.8'

services:

  db:
    image: postgres:13.4-alpine
    container_name: psql
    networks:
      - net-for-db
  
networks:
  net-for-db:
    name: test-db-net

要测试网络，请进入alpine容器

docker exec -it alpine sh 
      

然后使用以下命令可以检查网络

# if it returns 0 or see nothing as a result, network is established
nc -z psql (container name)  

or

ping pgsql

之前的帖子信息是正确的，但是没有详细说明如何链接容器，应该连接为“external_links”。

希望这个例子能让你更清楚:

假设您有app1/docker-compose。Yml，包含两个服务(svc11和svc12)，以及app2/docker-compose。Yml和另外两个服务(svc21和svc22)，假设你需要以交叉方式连接: Svc11需要连接到svc22的容器 Svc21需要连接到svc11的容器。

所以构型应该是这样的:

这是app1/docker-compose.yml:

version: '2'
services:
    svc11:
        container_name: container11
        [..]
        networks:
            - default # this network
            - app2_default # external network
        external_links:
            - container22:container22
        [..]
    svc12:
       container_name: container12
       [..]

networks:
    default: # this network (app1)
        driver: bridge
    app2_default: # external network (app2)
        external: true

这是app2/docker-compose.yml:

version: '2'
services:
    svc21:
        container_name: container21
        [..]
        networks:
            - default # this network (app2)
            - app1_default # external network (app1)
        external_links:
            - container11:container11
        [..]
    svc22:
       container_name: container22
       [..]

networks:
    default: # this network (app2)
        driver: bridge
    app1_default: # external network (app1)
        external: true

您可以在所有项目中添加包含COMPOSE_PROJECT_NAME= someename的.env文件。

COMPOSE_PROJECT_NAME覆盖了用于命名资源的前缀，因此所有的项目都将使用somename_default作为它们的网络，使得服务可以相互通信，因为它们在同一个项目中。

注意:您将得到从其他项目创建的“孤立”容器的警告。

我有一个类似的例子，我正在使用单独的docker-compose文件，在一个覆盖网络的docker swarm上工作，我所要做的就是改变网络参数:

第一个docker-compose.yaml

version: '3.9'
.
.
.

networks:
  net:
    driver: overlay
    attachable: true

docker-compose -p app up

因为我已经使用-p将应用程序名称指定为app，初始网络将是app_net。 现在，为了运行另一个docker-compose与多个使用同一网络的服务，你需要这样设置:

第二个docker-compose.yaml

version: '3.9'
.
.
.
networks:
  net-ref:
    external: true
    name: app_net

docker stack deploy -c docker-compose.yml mystack

无论给堆栈取什么名字，网络都不会受到影响，它总是引用名为app_net的现有外部网络。

PS:确保检查docker-compose版本是很重要的。

如果你是

trying to communicate between two containers from different docker-compose projects and don't want to use the same network (because let's say they would have PostgreSQL or Redis container on the same port and you would prefer to not changing these ports and not use it at the same network) developing locally and want to imitate communication between two docker compose projects running two docker-compose projects on localhost developing especially Django apps or Django Rest Framework (drf) API and running app inside container on some exposed port getting Connection refused while trying to communicate between two containers

你想要

容器api_a与api_b通信(反之亦然)没有相同的“docker网络”

(下面的例子)

你可以使用第二个容器的“host”作为你的计算机的IP和端口，从Docker容器内部映射。你可以用这个脚本获取你计算机的IP地址(从:使用Python的stdlib查找本地IP地址):

import socket
def get_ip():
    s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    try:
        # doesn't even have to be reachable
        s.connect(('10.255.255.255', 1))
        IP = s.getsockname()[0]
    except:
        IP = '127.0.0.1'
    finally:
        s.close()
    return IP

例子:

project_api_a / docker-compose.yml:

networks:
  app-tier:
    driver: bridge

services:
  api:
    container_name: api_a
    image: api_a:latest
    depends_on:
      - postgresql
    networks:
      - app-tier

在api_a容器中运行Django应用程序: Manage.py runserver 0.0.0.0:8000

第二种是船坞结构。Yml来自其他项目:

project_api_b / docker-compose-yml:

networks:
  app-tier:
    driver: bridge

services:
  api:
    container_name: api_b
    image: api_b:latest
    depends_on:
      - postgresql
    networks:
      - app-tier

在api_b容器中运行Django应用程序: Manage.py runserver 0.0.0.0:8001

然后尝试从容器api_a连接到api_b，然后api_b容器的URL将是: http:// < get_ip_from_script_above >: 8001 /

如果你正在使用超过两个(三个或更多)docker-compose项目，并且很难为所有这些项目提供公共网络，那么它就特别有价值——这是一个很好的解决方案和解决方案

我正在运行多个相同的docker-compose。Yml文件放在不同的目录下，使用.env文件做一些细微的区别。并使用Nginx Proxy Manage与其他服务通信。这是我的文件:

确保已创建公共网络

docker network create nginx-proxy-man

/domain1.com/docker-compose.yml， /domain2.com/docker-compose.yml，…

version: "3.9"

services:
  webserver:
    build:
      context: ./bin/${PHPVERSION}
    container_name: "${COMPOSE_PROJECT_NAME}-${PHPVERSION}"
    ...
    networks:
      - default    # network outside
      - internal   # network internal
  database:
    build:
      context: "./bin/${DATABASE}"
    container_name: "${COMPOSE_PROJECT_NAME}-${DATABASE}"
    ...
    networks:
      - internal   # network internal


networks:
  default:
    external: true
    name: nginx-proxy-man
  internal:
    internal: true

.env文件只需更改COMPOSE_PROJECT_NAME

COMPOSE_PROJECT_NAME=domain1_com
.
.
.
PHPVERSION=php56

DATABASE=mysql57

网络服务器。container_name: domain1_com-php56 -将加入默认网络(名称:Nginx - Proxy -man)，之前为Nginx代理管理器创建，以便从外部访问。

备注:container_name在同一网络中是唯一的。

数据库。Container_name: domain1_com-mysql57—更容易区分

在同样的docker-compose中。Yml，由于相同的网络domain1_com_internal，服务将通过服务名称相互连接。为了更加安全，请使用internal: true选项设置此网络

注意，如果您没有显式地为每个服务指定网络，而只是为两个docker-compose使用一个公共的外部网络。嗯，那么domain1_com很可能会使用domain2_com的数据库。