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

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

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

这么多答案!

首先，避免在实体名称中使用连字符，如服务、网络等。它们会导致名称解析问题。

例如:my-api不能工作。Myapi或API可以工作。

对我有用的是:

# api/docker-compose.yml
version: '3'

services:
  api:
    container_name: api
    ...
    ports:
      - 8081:8080
    networks:
      - mynetwork

networks:
  mynetwork:
    name: mynetwork

and

# front/docker-compose.yml
version: '3'

services:
  front:
    container_name: front
    ...
    ports:
      - 81:80
    networks:
      - mynetwork

networks:
  mynetwork:
    name: mynetwork

注意:我添加端口是为了展示服务如何相互访问，以及如何从主机访问它们。

重要提示:如果您没有指定网络名称，docker-compose将为您创建一个。它使用文件夹的名称docker_compose。Yml文件已导入。本例中为api_mynetwork和front_mynetwork。这将阻止容器之间的通信，因为它们将位于不同的网络上，具有非常相似的名称。

请注意，两个文件中对网络的定义完全相同，因此可以先启动其中一个服务，然后它就可以工作了。不需要指定哪个是外部的，docker-compose会为你管理它。

来自主持人

你可以使用docker-compose.yml中定义的已发布端口来访问任何一个容器。

您可以访问Front容器:curl http://localhost:81

您可以访问API容器:curl http://localhost:8081

从API容器

您可以使用原始端口访问Front容器，而不是您在docker-compose.yml中发布的端口。

例如:curl http://front:80

从前面的容器

你可以使用原始端口访问API容器，而不是你在docker-compose.yml中发布的端口。

例如:curl http://api:8080

之前的帖子信息是正确的，但是没有详细说明如何链接容器，应该连接为“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 1.18(规范3.5)开始，您可以使用自己的自定义名称覆盖您需要的所有Compose YAML文件的默认网络。这很简单，只需添加以下内容:

networks:
  default:
    name: my-app

以上假设您的版本设置为3.5(或更高，如果他们在4+不弃用的话)。

其他的答案也指向了同样的观点;这是一个简化的摘要。

另一种选择是运行第一个模块，使用“docker-compose”检查与模块相关的ip，并将第二个模块与之前的网络连接，如外部，并指向内部ip

例子 App1 -在服务行中创建的new-network，在底部标记为external: true App2 -表示由app1创建的“新网络”，在底部标记为external: true，并在配置中设置为连接，app1在此网络中的IP。

有了这个，你们就能互相交谈了

*这种方法只是针对局部测试，为了不做过于复杂的配置 **我知道这是非常“补丁的方式”，但对我来说很管用，我认为这是如此简单，其他人可以利用这一点

如果你是

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项目，并且很难为所有这些项目提供公共网络，那么它就特别有价值——这是一个很好的解决方案和解决方案