spring cloud (一) ——ribbon
1、ribbon基本概念
ribbon是springcloud生态下netflix的一个服务组件,其作用用来做客户端负载均衡
在springcloud的官网中,我们还可以看到很多其他组件提供者,如springcloud alibaba
spring-cloud-netflix的ribbon是一种客户端负载的工具,和nginx在服务端负载相反。
可以结合feign(远程接口调用)使用,实现伪RPC,在客户端上使用@FeignClient注解,开启远程接口调用。
2、ribbon的使用
pom.xml引入依赖:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> <version>2.2.3.RELEASE</version> </dependency>
这里我建了一个orderservice和userservice,通过userservice访问orderservice请求,使用RestTemplate
2.1、在没有加ribbon之前
访问orderservice
userservice:
@RestController @RequestMapping("user") public class UserController { @Autowired private RestTemplate restTemplate; @Bean public RestTemplate getRestTemplate(){ return new RestTemplate(); } @GetMapping("/user/{userId}") public String getOrderByUser(@PathVariable("userId") Long userId){ return restTemplate.getForObject("http://localhost:8080/order/list",String.class); } }
orderservice:
@RestController @RequestMapping("order") public class OrderController { @GetMapping("/list") public String listOrders(){ System.out.println("——————被调用了——————"); return "list order " + LocalDateTime.now(); } }
测试结果:
list order 2020-07-13T21:30:34.480
这里的请求地址是写死的,如果我们访问的一个集群,根据需求来使用不同的策略来访问远程接口,实现负载功能。
那么我们就需要首先获取集群地址,根据负载算法去选择一个请求的地址,所以ribbon就可以帮我们解决这个基本问题
2.2、加ribbon之后
访问orderservice
修改代码:
1、配置文件yml或properties
这里是properties文件:
orderservice是我们需要访问的服务名
# 配置指定服务的提供者的地址列表 orderservice.ribbon.listOfServers=\ localhost:8080,localhost:8081,localhost:8082
2、在RestTemplate 实例加上@LoadBalanced注解
@LoadBalanced @Bean public RestTemplate getRestTemplate(){ return new RestTemplate(); }
3、将请求地址的固定localhost:8080换成orderservice(访问的服务名)
@GetMapping("/user/{userId}") public String getOrderByUser(@PathVariable("userId") Long userId){ return restTemplate.getForObject("http://orderservice/order/list",String.class); }
4、在访问的应用中设置服务名。
spring.application.name=orderservice
orderservice启动了三个服务,模拟集群,idea 同一个项目多个端口号启动
测试:当我们访问了几次后,根据打印结果,发现访问orderservice三个服务时都是按顺序访问,即8080-》8081-》8082
也也是ribbon默认采用轮询算法。除此之外,ribbon还支持很多的访问策略,也可以自定义策略:
IRule接口类图:
修改ribbon默认的策略:
修改userservice服务的properties或yml文件:
server.port=8088 # 配置指定服务的提供者的地址列表 orderservice.ribbon.listOfServers=\ localhost:8080,localhost:8081,localhost:8082 #配置访问策略,com.netflix.loadbalancer.RandomRule为策略的全类名 orderservice.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule
测试:访问orderservice服务10次,8080调用了6次,8081调用了2次,8082调用了2次
3、自定义ribbon访问策略
除了ribbon已经提供的策略,我们也可以自定义策略,只需要继承AbstractLoadBalancerRule类
这里我们设定访问的服务一直是第二个,即8081端口
public class MyRule extends AbstractLoadBalancerRule { @Override public void initWithNiwsConfig(IClientConfig clientConfig) { } @Override public Server choose(Object key) { ILoadBalancer lb = getLoadBalancer(); if (lb == null) { return null; } Server server = null; while(server==null){ List<Server> serverList = lb.getAllServers(); int index = 1; server = serverList.get(index); } return server; } }
修改properties文件,指定访问策略:
server.port=8088 # 配置指定服务的提供者的地址列表 orderservice.ribbon.listOfServers=\ localhost:8080,localhost:8081,localhost:8082 #配置访问策略,com.atyoung.user.MyRule为策略的全类名 orderservice.ribbon.NFLoadBalancerRuleClassName=com.atyoung.user.MyRule
测试结果:访问orderservice10次:
我们8081端口访问了10次,其他端口没有访问:
4、ribbon的原理及源码解析
5、ribbon的整合
在上面案例我们可以看到在访问远程服务时,需要写一个RestTemplate,去实现请求,如果每个方法里面都这么写
将会是一件很麻烦的事,这时候feign就可以帮助我们去干这样的事,它可以以接口编程的形式发送请求,伪rpc的形式,可以实现dubbo那样的效果
https://www.cnblogs.com/tdyang/p/13294156.html
除此之外,我们还可以注意到配置文件的问题,当我们需要新增一个服务是,我们需要关闭服务修改配置文件重新发布,当我们有的服务器出现故障
又无法动态的处理,所以我们需要一个可以服务动态上下线,并能够集中管理的地方,这时候我们就需要eureka了,它可以帮助我们搞定这些问题,
并提供dashboard来管理这些服务。
https://www.cnblogs.com/tdyang/p/13294163.html