微服务项目远程调用时的负载均衡是如何实现的?

负载均衡概述

负载均衡是微服务架构中的核心组件,用于将请求合理分配到多个服务实例上,提高系统的可用性和性能。


负载均衡的分类

负载均衡大致可以分为两类

1. 服务端负载均衡

  • 实现位置:独立部署的负载均衡服务器(位于客户端和服务端之间)
  • 工作原理:客户端请求先到达负载均衡器,由负载均衡器选择具体的服务实例
  • 代表产品:Nginx、HAProxy、F5、阿里云SLB
  • 优点:集中管理、配置简单
  • 缺点:增加网络延迟、单点故障风险

客户端 负载均衡器
Nginx/HAProxy/F5 服务实例1
192.168.1.10:8080 服务实例2
192.168.1.11:8080 服务实例3
192.168.1.12:8080

2. 客户端负载均衡

  • 实现位置:集成在客户端应用程序内部
  • 工作原理:客户端维护服务提供者列表,根据算法选择服务实例
  • 代表产品:Ribbon、Spring Cloud LoadBalancer
  • 优点:无单点故障、减少网络跳转
  • 缺点:客户端复杂度增加

获取服务列表 服务注册 服务注册 服务注册 客户端应用
内置负载均衡组件
Ribbon/LoadBalancer 注册中心
Eureka/Nacos 服务实例1
payment-service:8001 服务实例2
payment-service:8002 服务实例3
payment-service:8003


Spring Cloud中的负载均衡实现

1. Feign + Ribbon(Spring Cloud 2020之前)

java 复制代码
// 依赖配置
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

// 主启动类
@SpringBootApplication
@EnableFeignClients
public class OrderApplication {
    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }
}

// Feign客户端定义
@FeignClient(name = "payment-service")
public interface PaymentService {
    @GetMapping("/payment/get/{id}")
    String getPaymentById(@PathVariable("id") Long id);
}

工作原理

  1. Feign接收到对服务名("payment-service")的调用请求
  2. Ribbon的LoadBalancerFeignClient通过拦截器机制自动拦截HTTP请求,识别服务名
  3. Ribbon从服务注册中心获取该服务("payment-service")的可用实例列表
  4. 使用默认的轮询算法或配置的其他算法选择目标实例
  5. 将HTTP请求路由到选中的服务实例并返回结果

2. Feign + Spring Cloud LoadBalancer(Spring Cloud 2020之后)

java 复制代码
// 依赖配置
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-loadbalancer</artifactId>
</dependency>

// 主启动类
@SpringBootApplication
@EnableFeignClients
public class OrderApplication {
    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }
}

// Feign客户端定义
@FeignClient(name = "payment-service")
public interface PaymentService {
    @GetMapping("/payment/get/{id}")
    String getPaymentById(@PathVariable("id") Long id);
}

工作原理

  1. Feign接收到对服务名("payment-service")的调用请求
  2. Spring Cloud LoadBalancer的LoadBalancerInterceptor通过拦截器机制自动拦截HTTP请求,提取服务名
  3. Spring Cloud LoadBalancer从服务注册中心获取该服务("payment-service")的可用实例列表
  4. 使用轮询算法或配置的其他算法选择目标实例
  5. 将HTTP请求路由到选中的服务实例并返回结果

3. Feign + 自定义负载均衡策略

java 复制代码
// 依赖配置
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-loadbalancer</artifactId>
</dependency>

// 主启动类
@SpringBootApplication
@EnableFeignClients
public class OrderApplication {
    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }
}

// 自定义负载均衡配置
@Configuration
public class CustomLoadBalancerConfig {
    @Bean
    public ReactorLoadBalancer<ServiceInstance> randomLoadBalancer(
            Environment environment,
            LoadBalancerClientFactory clientFactory) {
        String name = environment.getProperty(LoadBalancerClientFactory.PROPERTY_NAME);
        return new RandomLoadBalancer(
            clientFactory.getLazyProvider(name, ServiceInstanceListSupplier.class), 
            name);
    }
}

// Feign客户端定义
@FeignClient(name = "payment-service", configuration = CustomLoadBalancerConfig.class)
public interface PaymentService {
    @GetMapping("/payment/get/{id}")
    String getPaymentById(@PathVariable("id") Long id);
}

工作原理

  1. Feign接收到对服务名("payment-service")的调用请求
  2. Spring Cloud LoadBalancer的LoadBalancerInterceptor通过拦截器机制自动拦截HTTP请求,并提取服务名
  3. 自定义LoadBalancer从服务注册中心获取该服务("payment-service")的可用实例列表
  4. 使用自定义负载均衡策略选择目标实例
  5. 将HTTP请求路由到选中的服务实例并返回结果
相关推荐
louiX9 小时前
深入理解 Android BLE GATT 回调机制:从“回调地狱”到高可靠 OTA 架构
架构
aircrushin10 小时前
轻量化大模型架构演进
人工智能·架构
天蓝色的鱼鱼10 小时前
你的项目真的需要SSR吗?还是只是你的简历需要?
前端·架构
文心快码BaiduComate11 小时前
百度云与光本位签署战略合作:用AI Agent 重构芯片研发流程
前端·人工智能·架构
JavaTalks13 小时前
高并发保护实战:限流、熔断、降级如何配合落地
后端·架构·设计
stark张宇15 小时前
微服务架构必备:Gin + gRPC + Consul + Nacos + GORM 打造用户服务
微服务·gin·grpc
兆子龙15 小时前
别再用 useState / data 管 Tabs 的 activeKey 了:和 URL 绑定才香
前端·架构
葫芦的运维日志15 小时前
Higress鉴权限流插件架构深度解析
架构
绝无仅有15 小时前
Redis过期删除与内存淘汰策略详解
后端·面试·架构
绝无仅有15 小时前
Redis大Key问题排查与解决方案全解析
后端·面试·架构