能否（是否应该）运行与Docker宿主机同名的Docker容器？

不可修改的遗留服务端会在连接建立后返回容器自身主机名serverhostname作为后续交互地址，混合部署场景下三类客户端（宿主机外非Docker应用、跨Docker网络的容器应用、同Docker网络的容器应用）对该主机名的解析需求不一致，手动配置/etc/hosts维护成本高，直接修改容器--hostname与宿主机同名会干扰同网络容器对宿主机原有服务的访问。

这个方案比手动维护/etc/hosts成本低90%以上，也不会出现改容器主机名导致的同网络访问异常，具体操作分三步：

• 调整容器启动参数
  保留容器默认主机名，不要用--hostname修改为宿主机名，启动时额外添加两个配置：
  • 同时映射服务用到的两个端口：-p 1234:1234 -p 5678:5678，确保宿主机外部流量访问宿主机1234、5678端口时能直接转发到服务容器
  • 给容器在所在Docker网络内添加别名：--network-alias serverhostname，让同Docker网络内的其他容器解析serverhostname时，直接通过Docker内置DNS拿到服务容器的内网IP，走容器网络直连，不需要绕宿主机
• 配置内部DNS分离解析
  利用公司现有内部DNS服务（没有的话搭一个简易的dnsmasq也可以）做解析规则：对所有非Docker网段、跨Docker网络的容器网段，将serverhostname解析为运行该服务的VM宿主机IP。同Docker网络内的解析不需要在DNS上配置，Docker内置DNS会优先通过之前配置的network-alias返回容器IP，不会走到外部DNS
• 放开访问规则
  确保宿主机操作系统、云平台安全组放开1234、5678端口的入站访问规则，允许所有需要访问服务的客户端IP段访问。

这个方案上线后，所有新老客户端不需要做任何本地配置：

• 外部非Docker客户端、跨网络容器客户端：解析serverhostname到宿主机IP，通过宿主机端口映射访问服务
• 同Docker网络的容器客户端：解析serverhostname到容器内网IP，直连容器访问，不会出现之前改--hostname导致的路由冲突问题
• 后续新增客户端不需要做任何hosts配置，只要使用公司默认DNS即可正常访问，维护成本几乎为0

如果暂时没有权限调整公司内部DNS，可以用配置管理工具批量下发hosts规则替代手动配置：

• 用Ansible、SaltStack、Puppet等公司现有运维工具，给所有需要访问该服务的非Docker主机、跨网络容器主机统一下发hosts条目：[宿主机IP] serverhostname
• 同Docker网络内的容器依然通过--network-alias serverhostname实现解析，不需要额外配置
• 这种方案比手动逐台改hosts维护成本低很多，后续服务迁移时只需要批量更新一次hosts条目即可，等后续内部DNS调整完成后可以无缝切换到最优方案。

• 手动逐台配置/etc/hosts：维护成本随客户端数量线性上涨，主机迁移、IP变更时很容易漏改导致故障，仅适合客户端数量极少的临时测试场景
• 直接设置--hostname和宿主机同名：会导致同Docker网络内的容器解析宿主机名时被Docker内置DNS劫持到服务容器，访问宿主机上部署的其他非容器服务时会出现路由错误，影响范围不可控。

内容的提问来源于stack exchange，提问作者treekong