我正在尝试使用external networking连接在docker-compose上运行的两个本地开发的项目。
从一侧看,我有第一个打算公开的应用程序。撰写包含以下主机:app
和rabbit
:
version: '3.4'
services:
app:
# ...
rabbit:
# ...
networks:
default:
driver: bridge
从另一面看,我有第二个应用程序希望看到第一个应用程序:
version: '3.4'
services:
app:
# ...
networks:
- paymentservice_default
- default
networks:
paymentservice_default:
external: true
可以到达主机rabbit.paymentservice_default
。
但是服务app
(第1个)与app
(第2个)冲突:
root@6db86687229c:/app# ping app.paymentservice_default
PING app.paymentservice_default (192.168.80.6) 56(84) bytes of data.
root@6db86687229c:/app# ping app
PING app (192.168.80.6) 56(84) bytes of data.
通常从第二个构成角度来看,主机app
和app.paymentservice_default
共享相同的IP,使得app.paymentservice_default
无法被发现。
这里的问题是,是否可以在不更改服务名称app
的情况下正确配置和冲突?为什么会有这种约束?考虑到每个docker-compose配置在项目之间共享,并且可以在微服务世界中开发。
$ docker-compose --version
docker-compose version 1.17.1, build unknown
$ docker --version
Docker version 19.03.4, build 9013bf583a
谢谢。
答案 0 :(得分:0)
paymentservice.docker-compose.yml
version: '3.4'
services:
app:
image: busybox
# keep container running
command: tail -f /dev/null
rabbit:
image: rabbitmq
networks:
default:
driver: bridge
other.docker-compose.yml
version: '3.4'
services:
app:
image: busybox
# keep container running
command: tail -f /dev/null
networks:
- paymentservice_default
- default
networks:
paymentservice_default:
external: true
运行两个项目
$ COMPOSE_PROJECT_NAME=paymentservice docker-compose -f paymentservice.docker-compose.yml up -d
$ COMPOSE_PROJECT_NAME=other docker-compose -f other.docker-compose.yml up -d
显示 Docker IP
$ docker ps -q | xargs -n 1 docker inspect --format '{{ .Name }} {{range .NetworkSettings.Networks}} {{.IPAddress}}{{end}}' | sed 's#^/##';
我得到了
other_app_1 172.20.0.2 172.19.0.4
paymentservice_app_1 172.19.0.3
paymentservice_rabbit_1 172.19.0.2
然后我使用 paymentservice_app_1
other_app_1
ping app.paymentservice_default
(172.19.0.3)
$ docker exec -it other_app_1 ping -c 1 app.paymentservice_default
PING app.paymentservice_default (172.19.0.3): 56 data bytes
64 bytes from 172.19.0.3: seq=0 ttl=64 time=0.258 ms
--- app.paymentservice_default ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.258/0.258/0.258 ms
然后我使用 other_app_1
other_app_1
ping app
(172.20.0.2)
$ docker exec -it other_app_1 ping -c 1 app
PING app (172.20.0.2): 56 data bytes
64 bytes from 172.20.0.2: seq=0 ttl=64 time=0.054 ms
--- app ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.054/0.054/0.054 ms
如您所见,我可以从第二个应用(paymentservice.docker-compose.yml
)访问第一个应用(other.docker-compose.yml
)。
同样适用于另一个方向。我使用 other_app_1
paymentservice_app_1
ping app.paymentservice_default
(172.19.0.4)
$ docker exec -it paymentservice_app_1 ping -c 1 app.paymentservice_default
PING app.paymentservice_default (172.19.0.4): 56 data bytes
64 bytes from 172.19.0.4: seq=0 ttl=64 time=0.198 ms
--- app.paymentservice_default ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.198/0.198/0.198 ms
我使用 paymentservice_app_1
paymentservice_app_1
ping app
(172.19.0.3)
$ docker exec -it paymentservice_app_1 ping -c 1 app
PING app (172.19.0.3): 56 data bytes
64 bytes from 172.19.0.3: seq=0 ttl=64 time=0.057 ms
--- app ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.057/0.057/0.057 ms
如您所见,我可以访问两个项目的 app
服务。如果我喜欢访问同一个项目的服务,我使用项目的默认网络。如果我想访问另一个项目的服务,我使用两个项目之间共享的外部网络。
注意:我建议通过使用命令行在项目之外创建共享网络来使这一点更加明确
docker network create shared-between-paymentservice-and-other
并在两个项目中将其声明为外部。
<块引用>注意:如果您在同一个(外部)网络中有 3 个具有相同服务名称(例如 app
)的项目(排序命名空间)。在这种情况下,重命名您的服务、使用多个外部网络、定义 aliases 或使用完全不同的方法来发现/识别 Docker 容器可能是一个更好的主意。
这是要求吗?我试图重现你的问题,但我不确定我是否和你一样。例如,我不确定您在哪里运行 ping
。 root@6db86687229c
是 Docker 主机还是 Docker 容器?哪个容器?我假设它是 app
的服务 other.docker-compose.yml
的 Docker 容器。如果我遗漏了什么或误解了您的问题,请发表评论,我会更新我的答案。然后我可能会更详细地解释或提出另一个建议,如何在多个 Docker Compose 项目之间进行服务发现。
$ COMPOSE_PROJECT_NAME=other docker-compose -f other.docker-compose.yml down
$ COMPOSE_PROJECT_NAME=paymentservice docker-compose -f paymentservice.docker-compose.yml down
$ docker --version
Docker version 20.10.0, build 7287ab3
$ docker-compose --version
docker-compose version 1.26.0, build unknown