怎么使用Docker内置DNS机制实现容器名称自动发现与通信实战

必须使用用户定义网络，Docker内置DNS（127.0.0.11）才能自动解析容器名、别名及FQDN（如db.mynet），默认bridge网络不支持；所有容器须加入同一自定义网络并以--name或--network-alias启动，解析仅限该网络内生效。

要用 Docker 内置 DNS 实现容器名称自动发现与通信，核心是用好用户定义网络（user-defined network）并让容器在其中以合法名称运行。默认 bridge 网络不支持自动解析，必须避开；而自定义 bridge 或 overlay 网络会自动启用内置 DNS 服务（监听 127.0.0.11:53），让容器名、别名、FQDN 都能被同网其他容器直接解析。

创建并使用用户定义网络

这是前提，没有这一步，DNS 发现就无从谈起：

• 执行 docker network create mynet 创建一个自定义桥接网络
• 所有需互通的容器都必须通过 --network mynet 显式加入该网络
• 避免使用默认 bridge 网络——它不注册容器名，也不运行内置 DNS

启动容器时指定名称与别名

名称和别名是 DNS 注册的关键输入：

• 用 --name db 启动容器，其他容器就能直接 ping db 或 curl http://db:5432
• 用 --network-alias backend 可添加额外可解析名，适合多实例共用逻辑名（如多个缓存节点都注册为 cache）
• 支持 FQDN 形式：容器 db 在网络 mynet 中也可被解析为 db.mynet，但仅限本网络内有效

验证 DNS 是否生效

进容器后三步快速确认：

• 查看 cat /etc/resolv.conf：第一行应为 nameserver 127.0.0.11，否则 DNS 路径不对
• 执行 nslookup db 或 dig db +short（需提前装 dnsutils）：返回 IPv4 地址即成功
• 运行 docker network inspect mynet：检查目标容器是否出现在 Containers 列表中，且有 IPv4Address

注意边界与常见陷阱

DNS 自动发现能力有明确范围，踩坑多因忽略这些限制：

• 不同网络间的容器无法互相解析——哪怕两个容器都叫 db，只要不在同一网络，就互不可见
• 容器重启后 IP 变更不影响解析，DNS 表由 daemon 动态维护，无需手动干预
• DNS 解析成功 ≠ 服务已就绪：应用启动快于依赖服务时，需自行实现连接重试或健康等待逻辑
• 多网络容器（如同时连 mynet 和 othernet）会在每个网络中分别注册 DNS 记录，但彼此隔离