SpringCloud Ribbon负载均衡服务调用实战

介绍

Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。

主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

LB负载均衡(Load Balance)

简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。常见的负载均衡有软件Nginx，LVS，硬件 F5等。

Ribbon vs Nginx

Nginx是服务器负载均衡，客户端所有请求都会交给nginx，然后由nginx实现转发请求。即负载均衡是由服务端实现的。

Ribbon本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术。

集中式LB

即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件，如F5, 也可以是软件，如nginx), 由该设施负责把访问请求通过某种策略转发至服务的提供方；

进程内LB

将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

实战步骤

继上一篇我们把2个支付服务模块注册进了Eureka集群后，本篇针对订单模块进行修改使其能够负载均衡的方式访问2个支付服务模块接口。

1.RestTemplate配置负载均衡

@Configuration
public class ApplicationContextConfig
{
    
    
    @Bean
    @LoadBalanced
    public RestTemplate getRestTemplate()
    {
    
    
        return new RestTemplate();
    }
}

2.修改调动地址

之前的地址是写死的只能访问8001这个支付服务接口，此处要更改成支付服务在Eureka中注册的服务名称：

//public static final String PAYMENT_URL = "http://localhost:8001";

public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

OrderController修改后：

@RestController
@Slf4j
public class OrderController
{
    
    
    //public static final String PAYMENT_URL = "http://localhost:8001";

    public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

    @Resource
    private RestTemplate restTemplate;

    @GetMapping("/consumer/payment/create")
    public CommonResult<Payment> create(Payment payment)
    {
    
    
        return restTemplate.postForObject(PAYMENT_URL +"/payment/create",payment, CommonResult.class);
    }

    @GetMapping("/consumer/payment/get/{id}")
    public CommonResult<Payment> getPayment(@PathVariable("id") Long id)
    {
    
    
        return restTemplate.getForObject(PAYMENT_URL+"/payment/get/"+id,CommonResult.class);
    }

    @GetMapping("/consumer/payment/getForEntity/{id}")
    public CommonResult<Payment> getPayment2(@PathVariable("id") Long id)
    {
    
    
        ResponseEntity<CommonResult> entity = restTemplate.getForEntity(PAYMENT_URL+"/payment/get/"+id,CommonResult.class);

        if(entity.getStatusCode().is2xxSuccessful()){
    
    
            return entity.getBody();
        }else{
    
    
            return new CommonResult<>(444,"操作失败");
        }
    }
}

3.测试

依次启动7001,7002,8001,8002,80模块：

扫描二维码关注公众号，回复： 13260354 查看本文章

在浏览器中访问订单模块接口：http://localhost/consumer/payment/get/22

多次刷新返回接口中服务端口以8001和8002交替出现即正确。

4.完善actuator信息

针对8001和8002模块在注册中心中显示的实例ID做配置，分别修改其yml文件，添加以下配置：

修改配置后重启，再次访问Eureka发现实例ID已经变了：

负载均衡算法更换

如上所示，Ribbon默认采用的是轮询算法。

那么如果我要换成其他的呢？看看下面这么搞：

1.创建新的规则

@Configuration
public class MyRule {
    
    
    @Bean(name = "rrRule")
    public IRule myRule()
    {
    
    
        return new RandomRule();//定义为随机
    }
}

2.修改启动类

添加如下注解：

@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration= MyRule.class)

意思就是采用我们自定义的随机算法。

3.测试

启动订单服务模块，多次访问一下地址：http://localhost/consumer/payment/get/22

发现无规律返回8001和8002端口就对了。

注意点

Ribbon和Eureka整合后消费者可以直接调用服务而不用再关心地址和端口号，且该服务还有负载功能了。

• 为什么订单模块pom中没有配置ribbon的依赖？

因为新版spring-cloud-starter-netflix-eureka-client自带了spring-cloud-starter-ribbon依赖。