前言:首先我们需要来了解一下什么是ribbon?
Spring Cloud Ribbon是基于NetFlix Ribbon实现的一套客户端负载均衡的工具。简单的说,Ribbon是Netflix发布的开源项目,主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的说,就是在配置文件中列出Load Balancer(简称LB)后面所有的机器,Ribbon会自动的帮准基于某种规则(如简单轮询,随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
以下介绍RestTemplate+Ribbon负载均衡的实现过程,本示例项目结构:
springcloud_demo
:项目名称eureka-server-7001
:7001端口启动的eurekaprovider-8001
:8001端口启动的服务提供者provider-8002
:8002端口启动的服务提供者consumer
:服务消费者说明:本篇博客主要讲RestTemplate+Ribbon负载均衡实现过程,没有说明详细项目创建步骤,如果对SpringCloud项目构建以及消费者集群有疑问的小伙伴,请参照我的另外两篇博客:使用Idea构建SpringCloud项目 和 SpringCloud微服务中Eureka集群与服务提供者集群的实现
在pom.xml文件中添加以下依赖:
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-netflix-ribbonartifactId>
dependency>
值得注意的是,在新版的Eureka中已经默认集成了Ribbon,所以我们也可以不引入上一步的依赖:
编写RestTemplate配置类,使用@Configuration
注解将RestTemplate注入到Spring容器中:
@Configuration
public class RestTemplateConfig {
@Bean
@LoadBalanced
RestTemplate restTemplate() {
return new RestTemplate();
}
}
编写调用服务提供者模块接口代码:
@Service
public class ProviderTemplate {
@Autowired
private RestTemplate restTemplate;
public String getInfoByTemplate() {
//调用子模块接口地址
String name = restTemplate.getForObject("http://service-provider/provider/getInfo", String.class);
return name;
}
}
服务提供者8001接口详情:
服务提供者8002接口详情:
控制类代码:
@RequestMapping("consumer")
@RestController
public class ConsumerController {
@Autowired
private ProviderTemplate providerTemplate;
@RequestMapping("getInfoByTemplate")
public String getInfoByTemplate(){
return providerTemplate.getInfoByTemplate();
}
依次启动,访问:http://localhost:8777/consumer/getInfoByTemplate,刷新数次,发现8001,8002端口轮询的在提供服务:
到这里,基于RestTemplate+Ribbon的简单负载均衡就已经实现了。
名称以及解释:
这里我们把默认的轮询方式改为随机的方式,首先我们需要注意IRule接口
,这个是实现负载均衡方式的接口,其源码如下:
我们需要再新建一个配置类实现IRule接口
去配置我们的Ribbon负载均衡方式,特别需要注意的是,但是这里需要注意一个问题:
点开启动类中的@SpringBootApplication
注解,其源码中包含了@ComponentScan
注解,了解到该配置类不能和启动类在同一个包或者该包的子包下:
新建一个名叫rule的包,再新建一个MySelfRule自定义负载均衡方式类:
@Configuration
public class MySelfRule {
@Bean
public IRule myRule() {
return new RoundRobinRule();// 定义为随机
}
}
最后在启动类中加上@RibbonClient
注解,指定ribbon负载均衡自定义更换策略:
重新依次启动并测试,你会发现8001,8002出现的概率是随机分布的了,而不是你一下我一下这样的轮询方式出现了: