更新:从docker-compose文件3.5版开始:

我遇到过类似的问题，我通过在docker-compose中添加一个小更改来解决它。yml项目。

例如，我们有两个API的评分和ner。评分API需要向ner API发送请求以处理输入请求。为了做到这一点，他们都应该共享同一个网络。

注意:每个容器都有自己的网络，这是在docker中运行应用程序时自动创建的。例如，一个API网络将创建像ner_default和评分API网络将命名为评分默认。此解决方案适用于版本:'3'。

在上面的场景中，我的评分API想要与另一个API通信，然后我将添加以下行。这意味着每当我为ner API创建容器时，它会自动添加到scoring_default网络。

networks:
  default:
      external:
        name: scoring_default

ner/docker-compose.yml

version: '3'
services:
  ner:
    container_name: "ner_api"
    build: .
    ...

networks:
  default:
      external:
        name: scoring_default

得分/ docker-compose.yml

version: '3'
services:
  api:
    build: .
    ...

我们可以看到上面的容器现在是同一个名为scoring_default的网络的一部分:

Docker检查scoring_default

{
    "Name": "scoring_default",
        ....
    "Containers": {
    "14a6...28bf": {
        "Name": "ner_api",
        "EndpointID": "83b7...d6291",
        "MacAddress": "0....",
        "IPv4Address": "0.0....",
        "IPv6Address": ""
    },
    "7b32...90d1": {
        "Name": "scoring_api",
        "EndpointID": "311...280d",
        "MacAddress": "0.....3",
        "IPv4Address": "1...0",
        "IPv6Address": ""
    },
    ...
}

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

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

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

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

我有一个类似的例子，我正在使用单独的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版本是很重要的。

您只需要确保希望相互通信的容器位于同一网络上。网络是一流的docker结构，并不是特定于组合。

# front/docker-compose.yml
version: '2'
services:
  front:
    ...
    networks:
      - some-net
networks:
  some-net:
    driver: bridge

...

# api/docker-compose.yml
version: '2'
services:
  api:
    ...
    networks:
      - front_some-net
networks:
  front_some-net:
    external: true

注意:你的应用程序的网络是根据“项目名”来命名的，而“项目名”是基于它所在目录的名称，在这种情况下，添加了一个前缀front_

然后，它们可以使用服务名相互通信。从前面你可以做ping api，反之亦然。

从Compose 1.18(规范3.5)开始，您可以使用自己的自定义名称覆盖您需要的所有Compose YAML文件的默认网络。这很简单，只需添加以下内容:

networks:
  default:
    name: my-app

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

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

这么多答案!

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

例如: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