如果你是

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结构，并不是特定于组合。

# 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，反之亦然。

如果你是

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到同一个网络，通过在同一时间将它们组合在一起，使用:

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

每个人都解释得很好，所以我将添加必要的代码，只做一个简单的解释。

使用docker-compose 3.5+版本在docker-compose之外创建的网络(“外部”网络)。

进一步的解释可以在这里找到。

第一个docker-compose。yml文件应该定义名为giveItANamePlease的网络，如下所示。

networks:
  my-network:
    name: giveItANamePlease
    driver: bridge

第一码头的服务。Yml文件可以使用网络如下:

networks:
  - my-network

在第二个docker-compose文件中，我们需要使用我们在第一个docker-compose文件中使用的网络名来代理网络，在本例中是giveItANamePlease:

networks:
  my-proxy-net:
    external:
      name: giveItANamePlease

现在你可以在第二个docker-compose服务中使用my-proxy-net了。Yml文件如下。

networks:
  - my-proxy-net

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

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

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

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