Docker网络的作用是什么？docker-compose配置显式网络有什么实际收益？

你当前没有显式配置networks也能正常运行，是因为docker-compose默认会为每个项目自动创建一个独立的网桥网络，同一项目下的所有服务默认都会加入这个网络，自动实现服务名DNS解析，所以容器之间可以直接通过服务名互相访问。

显式配置网络可以获得以下实际收益：

• 网络隔离粒度可控
  你可以根据业务安全需求拆分多个网络，比如把postgres、redis等底层存储服务单独放到内部业务网络，不对外暴露路径，只有上层业务服务可以加入这个网络访问存储；反向代理、前端服务可以单独放到对外的网络，避免存储层直接暴露在公网可及的范围，降低误操作导致的数据泄露风险。如果是单主机部署多个项目，也可以通过自定义网络实现不同项目服务的灵活互通/隔离，不需要依赖端口映射绕主机网络。
• 自定义网络参数避免冲突
  默认docker网络会随机从172.17.0.0/16、172.18.0.0/16这类网段分配地址，如果你所在的公司内网、VPN刚好使用了同段地址，会出现跨网络访问不通的问题。显式配置网络时你可以手动指定子网、网关等参数，完全避开冲突网段，还可以根据需求选择不同的网络驱动，比如集群部署用overlay驱动、需要容器获得物理网IP用macvlan驱动，这些都是默认网络无法实现的。
• 跨项目/外部服务互通更方便
  如果你有公共的中间件服务（比如统一的鉴权服务、公共数据库）是通过其他docker-compose或者单独容器启动的，你可以手动创建公共网络，在需要对接的项目配置中显式声明加入这个公共网络，就可以直接通过服务名访问公共服务，不需要修改端口映射、也不需要走主机IP转发，配置更简洁也更稳定。
• 可维护性更高
  默认生成的网络名为[当前目录名]_default，如果主机上运行多个项目，排查网络问题时很难快速对应，自定义命名的网络可读性更强，共享docker-compose配置时，其他维护者也能直接看懂网络架构，不需要去猜测默认规则。

你给出的示例配置如果取消注释启用webnet，短期运行效果和默认网络几乎没有区别，但相当于提前为后续的架构扩展、安全规则调整预留了配置入口，不需要后续再重构网络部分的配置。

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