首先让我描述一下我的原始问题和解决方案：
我有几个docker-compose文件描述了我的应用程序的不同部分。这些部件是独立开发和部署的，因此无法将它们集成到单个撰写文件中。但是这些组件需要相互通信，而我目前使用的解决方案是拥有一个所有服务都连接到的外部网络（网桥）。到目前为止一切都那么好，只要我连接到自定义网桥，我就可以连接到任何docker compose文件的服务：
$ docker run --network=mynet --rm --name ping_test -it xenial-networking bash
root@0319469f7951:/# ping -c 1 proj_web_1
PING proj_web_1 (172.30.0.3) 56(84) bytes of data.
64 bytes from 172.30.0.3: icmp_seq=1 ttl=64 time=0.071 ms
--- proj_web_1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.071/0.071/0.071/0.000 ms
为什么要使用proj_web_1？因为这是docker撰写的DNS条目正在创建。
这很好用，没有人关心下划线不是that great in domain names。
没人......除了django似乎：
ERROR Invalid HTTP_HOST header: 'proj_web_1:8000'. The domain name provided is not valid according to RFC 1034/1035.
172.30.0.5 - admin [07/May/2018:05:41:53 +0000] "OPTIONS /api/v1/expansions/ HTTP/1.1" 400 58663 "-" "python-requests/2.18.4"
似乎docker-compose does not support使用连字符而不是下划线。
在我的django服务中启用DEBUG可能是I can workaround this。
是否有更简洁的方法来启用此功能，而无需在django调试模式下运行？ 有没有办法告诉docker compose停止使用下划线？
答案 0 :(得分：1)
我能够通过使用网络别名来解决问题，避免使用下划线：
null现在我可以达到它：
web:
restart: always
environment:
- DJANGO_SECRET_KEY=local
- DJANGO_CONFIGURATION=Develop
build:
context: ./
args:
- REGISTRY
image: web
command: ./run-gunicorn.sh
volumes:
- ./:/code
depends_on:
- postgres
networks:
spp:
aliases:
- projweb
答案 1 :(得分：1)
运行撰写项目时，可以通过其全名（包括项目名称前缀，例如myproject_web_1）以及通过其服务名称（在撰写文件中指定）访问服务，例如web。短名称是network-scoped alias，这意味着连接到同一网络的任何容器都可以通过此名称访问容器。
默认情况下，docker-compose为每个撰写项目（projectname_default）创建一个网络，以便撰写项目中的所有服务都可以进行通信。由于该网络是为每个项目单独创建的，因此两个组合项目不共享同一网络，并且其服务与其他组合项目隔离。
以下撰写文件指定默认网络的自定义名称;两个撰写文件都使用sharednet网络作为默认值，这意味着两个撰写项目的服务将连接到同一网络：
撰写文件1（compose1.yml）：
version: '3.5'
services:
compose1service:
image: busybox
tty: true
networks:
default:
name: sharednet
撰写文件2（compose2.yml）：
version: '3.5'
services:
compose2service:
image: busybox
tty: true
networks:
default:
name: sharednet
为了说明这一点：
启动两个撰写文件：
docker-compose -f compose1.yml --project-name=compose1 up -d
docker-compose -f compose2.yml --project-name=compose2 up -d
使用短（compose2service）名称在compose2service容器中的服务内部ping compose1service;
docker exec compose1_compose1service_1 ping -c1 compose2service
PING compose2service (172.20.0.3): 56 data bytes
64 bytes from 172.20.0.3: seq=0 ttl=64 time=0.134 ms
--- compose2service ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.134/0.134/0.134 ms
反之亦然：
docker exec compose2_compose2service_1 ping -c1 compose1service
PING compose1service (172.20.0.2): 56 data bytes
64 bytes from 172.20.0.2: seq=0 ttl=64 time=0.151 ms
--- compose1service ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.151/0.151/0.151 ms
全名（包括项目前缀）;
docker exec compose2_compose2service_1 ping -c1 compose1_compose1service_1
PING compose1_compose1service_1 (172.20.0.2): 56 data bytes
64 bytes from 172.20.0.2: seq=0 ttl=64 time=0.151 ms
--- compose1_compose1service_1 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.151/0.151/0.151 ms
在此示例中，两个撰写项目都有自己的（＆＃34;默认＆＃34;）网络，但此外，还添加了共享网络，以允许某些服务连接到其他撰写项目中的服务。
撰写文件1（compose3.yml）：
version: '3.5'
services:
compose3service:
image: busybox
tty: true
networks:
- default
- sharednet
compose3otherservice:
image: busybox
tty: true
networks:
sharednet:
name: mysharednetwork
注意：如果您指定服务应连接到哪些网络，则会覆盖默认值，这意味着该服务不再自动连接到
default网络。在网络列表中包含default网络，以允许服务与撰写项目中的其他服务进行通信。
撰写文件2（compose4.yml）：
version: '3.5'
services:
compose4service:
image: busybox
tty: true
networks:
- default
- sharednet
compose4otherservice:
image: busybox
tty: true
networks:
sharednet:
name: mysharednetwork
启动两个撰写文件：
docker-compose -f compose3.yml --project-name=compose3 up -d
docker-compose -f compose4.yml --project-name=compose4 up -d
同样，在其他撰写项目中从compose3service到compose4service服务的ping操作（通过短名称或全名）;
docker exec compose3_compose3service_1 ping -c1 compose4service
PING compose4service (172.22.0.3): 56 data bytes
64 bytes from 172.22.0.3: seq=0 ttl=64 time=0.110 ms
--- compose4service ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.110/0.110/0.110 ms
docker exec compose3_compose3service_1 ping -c1 compose4_compose4service_1
PING compose4_compose4service_1 (172.22.0.3): 56 data bytes
64 bytes from 172.22.0.3: seq=0 ttl=64 time=0.093 ms
--- compose4_compose4service_1 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.093/0.093/0.093 ms
但是，尝试连接到compose4otherservice会失败，因为该服务未连接到mysharednetwork网络：
docker exec compose3_compose3service_1 ping -c1 compose4otherservice
ping: bad address 'compose4otherservice'
docker exec compose3_compose3service_1 ping -c1 compose4_compose4otherservice_1
ping: bad address 'compose4_compose4otherservice_1'
注意：
如果两个撰写项目具有相同名称的服务（例如，两者都具有名为web的服务），则应注意。在这种情况下，web可以随意解析来自任一项目的web服务。