Docker桥接网络中Nginx后容器化Spring Boot应用无端口硬编码内部通信咨询

你可以通过以下三种方案实现需求，所有方案的通信流量均保留在Docker自定义桥接网络内部，无需经过Nginx转发，也不需要硬编码端口到配置文件：

方案1：统一内部监听端口（最简便，适合中小规模项目） #

• 调整所有Spring Boot应用的内部监听端口为统一固定值，例如统一使用8080，你在.env中分配的端口仅用于Nginx反向代理的转发目标，不需要作为server.port参数传入容器
• 同一services_network下的Docker容器默认支持通过服务名做DNS解析，比如你在docker-compose中定义的服务名为order-service，其他服务直接调用http://order-service/接口路径即可，URL中无需附加端口号

方案2：Compose环境变量动态注入（适合需要保留自定义内部端口的场景） #

• 如果你需要保留每个服务独立分配内部端口的逻辑，可在docker-compose配置中，将.env中定义的各服务端口，通过environment参数注入到需要调用该服务的所有容器的环境变量中
• 示例：你在.env中定义了USER_SERVICE_PORT=8082，在payment-service的environment配置项中添加USER_SERVICE_PORT=${USER_SERVICE_PORT}，接着在payment-service的application.properties中配置调用地址为http://user-service:${USER_SERVICE_PORT}/接口路径，Spring Boot启动时会自动读取注入的环境变量替换占位符，无需提前硬编码端口

方案3：轻量服务发现组件（适合服务数量较多的大规模场景） #

• 如果你的服务数量较多，不想维护大量环境变量配置，可在services_network内部部署轻量服务发现组件（如Nacos、Consul）
• 所有Spring Boot应用启动后自动向服务发现组件注册自身的服务名、监听端口，其他服务只需通过服务名发起调用，由服务发现组件自动匹配目标地址与端口，无需在配置文件中提前写死任何服务的地址信息

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