继续JohnHarris的回答，只是添加一些可能对某些人有用的细节:让我们取两个docker-compose文件，并通过网络将它们连接起来:

第一文件夹/ docker-compose . yml:

version: '2'
services:
  some-contr:
    container_name: []
    build: .
    ...
    networks:
      - somenet
    ports:
      - "8080:8080"
    expose:
      # Opens port 8080 on the container
      - "8080"
    environment:
      PORT: 8080
    tty: true
networks:
  boomnet:
    driver: bridge

docker-compose.yml 2:

version: '2'
services: 
  pushapiserver:
    container_name: [container_name]
    build: .
    command: "tail -f /dev/null"
    volumes:
      - ./:/[work_dir]
    working_dir: /[work dir]
    image: [name of image]
    ports:
      - "8060:8066"
    environment:
      PORT: 8066
    tty: true
    networks:
      - foldername_somenet
networks:
  foldername_somenet:
    external: true

现在你可以对另一个服务(b/w diff容器)进行api调用，比如: 第一个docker-compose.yml文件中的一些代码调用http://pushapiserver:8066/send_push

两个常见错误(至少我犯过几次):

注意docker-compose所在的[foldername]。Yml文件存在。请看上面的第二篇docker-compose。我已经在网络BC docker中添加了文件夹名，通过[foldername]_[networkname]创建网络 Port:这个很常见。请注意，我在尝试连接时使用了8066，即http://pushapiserver:8066/…8066是docker容器的端口(第二个docker-compose.yml)，所以当尝试与不同的docker compose对话时。

Docker将使用Docker容器端口[8066]，而不是主机映射端口 [8060]

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

networks:
  default:
    name: my-app

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

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

只是对@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，你需要一个网络，把两个docker-compose都放在这个网络中， 你可以用docker来创建网络，

或者你可以简单地把网络声明放在docker-compose文件的网络选项中，当你运行docker-compose (docker-compose up)时，网络就会自动创建。

在两个docker-compose文件中放入下面的行

networks:
   net-for-alpine:
     name: test-db-net

注意:net-for-alpine是网络的内部名称，它将在docker-compose文件中使用，可以是不同的。 Test-db-net是网络的外部名称，在两个docker-compose文件中必须相同。

假设我们有docker-compose.db。Yml和docker-compose.alpine.yml

docker-compose.apline。Yml是:

version: '3.8'

services:

  alpine:
    image: alpine:3.14
    container_name: alpine
    networks:
      - net-for-alpine
  
    # these two command keeps apline container running
    stdin_open: true # docker run -i
    tty: true # docker run -t



networks:
  net-for-alpine:
    name: test-db-net

docker-compose.db。Yml是:

version: '3.8'

services:

  db:
    image: postgres:13.4-alpine
    container_name: psql
    networks:
      - net-for-db
  
networks:
  net-for-db:
    name: test-db-net

要测试网络，请进入alpine容器

docker exec -it alpine sh 
      

然后使用以下命令可以检查网络

# if it returns 0 or see nothing as a result, network is established
nc -z psql (container name)  

or

ping pgsql

更新:从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。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的数据库。