回答Docker，写“3”以上

默认情况下，Docker Compose使用网桥网络来提供容器之间的通信。有关容器间网络的更多信息，请阅读本文。

重要的是，默认情况下，Docker Compose会创建一个与Docker - Compose中的服务名相同的主机名。yml文件。考虑下面的docker-compose.yml:

version: '3.9'
services:
  server:
    image: node:16.9.0
    container_name: server
    tty: true
    stdin_open: true
    depends_on:
       - mongo
    command: bash

  mongo:
    image: mongo
    environment:
      MONGO_INITDB_DATABASE: my-database

当你运行Docker -compose up时，Docker将创建一个默认网络，并为mongo和server分配服务名作为主机名。

你现在可以通过以下方式访问后端容器:

docker exec -it server bash

现在你可以使用Dockers内部网络(默认端口为27017)来ping mongo容器:

curl -v http://mongo:27017/my-database

就是这样。这同样适用于您的设置。

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

只是对@johnharris85的伟大回答的一个小补充， 当你运行docker撰写文件时，一个“默认”网络被创建 所以你可以把它作为一个外部网络添加到另一个合成文件中:

# front/docker-compose.yml 
version: '2' 
  services:   
    front_service:
    ...

...

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

对我来说，这种方法更适合，因为我没有第一个docker-compose文件，并且希望与它通信。

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

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

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

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

您只需要确保希望相互通信的容器位于同一网络上。网络是一流的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，反之亦然。

更新:作为撰写文件版本3.5:

现在可以工作了:

version: "3.5"
services:
  proxy:
    image: hello-world
    ports:
      - "80:80"
    networks:
      - proxynet

networks:
  proxynet:
    name: custom_network

Docker-compose up -d将加入一个名为“custom_network”的网络。如果它不存在，它将被创建!

root@ubuntu-s-1vcpu-1gb-tor1-01:~# docker-compose up -d
Creating network "custom_network" with the default driver
Creating root_proxy_1 ... done

现在，你可以这样做:

version: "2"
services:
  web:
    image: hello-world
    networks:
      - my-proxy-net
networks:
  my-proxy-net:
    external:
      name: custom_network

这将创建一个位于外部网络上的容器。

我在文档中找不到任何参考资料，但它是有效的!