关于Eureka+Feign及Spring Cloud Gateway负载均衡类型的疑问

问题1：Eureka+Feign架构的负载均衡，以及Zuul与客户端负载的关系 #

• Feign本身确实是客户端负载均衡，但它依赖的Spring Cloud LoadBalancer（原Ribbon）会从Eureka客户端的本地缓存中获取服务实例列表，而非每次调用都直接请求Eureka Server。Eureka客户端默认会定期（30秒）拉取并缓存服务注册表，Feign就是基于这个本地缓存来执行负载均衡策略的——所以教程提到的“先缓存服务地址再做客户端负载”是正确的，但核心逻辑依然是客户端负载均衡，不存在服务端负载的环节。
• 关于Zuul：Zuul 1.x本身整合Ribbon实现负载均衡，它的负载均衡逻辑在网关本地（拉取Eureka缓存的服务列表），本质属于网关层面的客户端负载均衡。如果你的架构中所有请求都通过Zuul转发，且下游服务之间没有直接的Feign调用，那确实不需要在服务侧再做客户端负载；但如果服务之间仍有相互调用，Feign的客户端负载依然会生效，两者可以共存，具体取决于业务调用链路的设计。

问题2：Spring Cloud Gateway的内置负载均衡类型 #

Spring Cloud Gateway的内置负载均衡基于Spring Cloud LoadBalancer实现，它会从服务注册中心拉取服务实例列表并缓存到网关本地，再在网关层面完成负载均衡转发。从负载均衡的分类来看，这种属于客户端负载均衡——因为负载均衡的决策逻辑是在请求的调用方（这里的调用方是Gateway，相对于后端服务来说是客户端）本地完成的，而非像Nginx那样在独立的服务端节点做集中式负载均衡。

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