我有两个独立的docker-compose。Yml文件在两个不同的文件夹:
~/front/docker-compose.yml ~/api/docker-compose.yml
我如何确保前面的容器可以在api中向容器发送请求?
我知道——default-gateway选项可以使用docker run为单个容器设置，这样就可以为该容器分配特定的IP地址，但似乎在使用docker-compose时这个选项不可用。
目前，我结束了一个docker检查my_api_container_id，并查看输出中的网关。它是有效的，但问题是这个IP是随机分配的，所以我不能依赖它。
这个问题的另一种形式可能是:
我可以使用docker-compose将一个固定的IP地址归属于特定的容器吗?
但最终我所追求的是:
两个不同的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，反之亦然。
其他回答
您只需要确保希望相互通信的容器位于同一网络上。网络是一流的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，反之亦然。
api中的所有容器都可以通过以下配置加入前端默认网络:
# api/docker-compose.yml
...
networks:
default:
external:
name: front_default
参见docker撰写指南:使用预先存在的网络(见底部)
对于使用另一个docker-compose网络，你只需要做这些(在docker-compose之间共享网络): 使用up -d运行第一个docker-compose项目 找到第一个docker的网络名称-通过:docker network ls(它包含根目录项目的名称) 然后在第二个docker-compose文件中使用下面这个结构的名称。
第二个docker-compose.yml
version: '3'
services:
service-on-second-compose: # Define any names that you want.
.
.
.
networks:
- <put it here(the network name that comes from "docker network ls")>
networks:
- <put it here(the network name that comes from "docker network ls")>:
external: true
这么多答案!
首先，避免在实体名称中使用连字符，如服务、网络等。它们会导致名称解析问题。
例如: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
之前的帖子信息是正确的，但是没有详细说明如何链接容器，应该连接为“external_links”。
希望这个例子能让你更清楚:
假设您有app1/docker-compose。Yml，包含两个服务(svc11和svc12)，以及app2/docker-compose。Yml和另外两个服务(svc21和svc22)，假设你需要以交叉方式连接: Svc11需要连接到svc22的容器 Svc21需要连接到svc11的容器。
所以构型应该是这样的:
这是app1/docker-compose.yml:
version: '2'
services:
svc11:
container_name: container11
[..]
networks:
- default # this network
- app2_default # external network
external_links:
- container22:container22
[..]
svc12:
container_name: container12
[..]
networks:
default: # this network (app1)
driver: bridge
app2_default: # external network (app2)
external: true
这是app2/docker-compose.yml:
version: '2'
services:
svc21:
container_name: container21
[..]
networks:
- default # this network (app2)
- app1_default # external network (app1)
external_links:
- container11:container11
[..]
svc22:
container_name: container22
[..]
networks:
default: # this network (app2)
driver: bridge
app1_default: # external network (app1)
external: true
