api中的所有容器都可以通过以下配置加入前端默认网络:

# api/docker-compose.yml

...

networks:
  default:
    external:
      name: front_default

参见docker撰写指南:使用预先存在的网络(见底部)

更新:从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": ""
    },
    ...
}

这么多答案!

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

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

我正在运行多个相同的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的数据库。

api中的所有容器都可以通过以下配置加入前端默认网络:

# api/docker-compose.yml

...

networks:
  default:
    external:
      name: front_default

参见docker撰写指南:使用预先存在的网络(见底部)

我将确保所有的容器都是docker-compose到同一个网络，通过在同一时间将它们组合在一起，使用:

docker compose --file ~/front/docker-compose.yml --file ~/api/docker-compose.yml up -d