Spring cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。
简单的说,Ribbon是Netflix发布的开源项目,主要功能是提供 客户端的软件负载均衡算法和服务调用。
Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的说,就是在配置文件中列出LoadBalancer(简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器,我们很容易使用Ribbon实现自定义的负载均衡算法。
Ribbon官网资料
Ribbon主要用于负载均衡(LB)
负载均衡分为 集中式LB 和进程内LB
简单的说就是将用户的请求平摊的分配到多个服务上,从而达到系统的的高可用(HA)。
常见的负载均衡有软件Nginx,LVS,硬件F5等
Ribbon本地负载均衡客户端 VS Nignx服务端负载均衡区别
Nignx是服务器负载均衡,客户端所有请求都会交给nginx,然后由nginx实现转发请求。即负载均衡由服务端实现的。(集中式)
Ribbon是本地负载均衡,在调用微服务接口时候,会在注册中心获取注册信息服务列表之后缓存到JVM本地,从而本地实现RPC远程服务调用技术。(进程内)
集中式LB | 进程内LB |
---|---|
即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,如F5,也可以软件,如nginx),由该设施负责请求通过某种策略转发至服务的提供方。 | 将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器。 Ribbon就属于进程内LB,它只是一个类库,集成于消费方集成,消费方通过它获取服务提供方的地址。 |
总结一下:Ribbon 能用于 负载均衡和RestTemplate。
至于RestTemplate是干嘛的呢(一般在开发过程中,通常会由一个服务端口去访问另一个服务端口,就可以使用RestTemplate来访问其他服务端口的方法)
接下来说一下RestTemplate方法。
getForObject(String url, Class responseType) | getForEntity (String url, Class responseType) |
---|---|
url:是访问其他服务提供者的url,例如http://localhost:8080/users/get/{id} | url:就是访问其他服务提供者的url,例如"http://localhost:8080/users/get/{id}" |
responseType:就是希望返回的数据类型是个什么对象的,例如我希望返回的数据是个User类的对象,那么就填入"User.class" | responseType:就是希望返回的数据类型是个什么对象的,例如我希望返回的数据是个User类的对象,那么就填入"User.class" |
返回的对象就是User对象 | 返回的对象是ResponseEntity对象 |
总结一下:它们的区别在于返回对象的不同。
至于postForObject(String url, @Nullable Object request, Class responseType)
url和responseType参数和上面一样。
参数request就是发送过去的对象(例如你在注册的时候需要包含用户名和密码的用户对象等等,request对象就是这些东西)
返回对象就是responseType类型的对象。
IRule:根据特定算法中从服务列表选取一个要访问的服务。
com.netflix.loadbalancer.RoundRobinRule 轮询
com.netflix.loadbalancer.RandomRule 随机
com.netflix.loadbalancer.RetryRule 先按照RoundRobinRule的策略获取服务,如果获取服务失败则在指定时间内进行重试。
WeightResponseTimeRule 对RoundRobbinRule的扩展,响应速度越快的实例选择权权重越大,越容易被选择
BestAvailableRule 会先过滤由于多次访问故障而处于路由器跳闸状态的服务,然后选择一个并发量小的服务
AvailabilityFilteringRule 先过滤故障实例,再选择并发较小的实例
ZoneAvoidanceRule 默认规则,复合判断server所在区域的性能和server的可用性选择服务器
依赖我直接添加eureka-client,因为eureka-client和Ribbon都是netflix一家人的,新版导入eureka-client会包含Ribbon。
自己定义一个配置类Rule,添加@Bean交由Spring容器管理,但是该类不能放在主启动类所在的包下,否则我们自定义的这个配置类就会被所有Ribbon客户端所共享,达不到特殊化定制的目的。
第二部在主启动类上添加@RibbonClient(name = “CLOUD-PAYMENT-SERVICE”,configuration = MySelfRule.class)
这样就可以从轮询算法替换到随机算法。
rest 接口 第几次请求数 % 服务器集群=实际调用服务器位置下标,每次服务重启后rest接口计数从1开始
总台数:2台
请求数 调用下标
1 1%2=1
2 2%2=0
3 3%2=1
4 4%2=0
package com.atguigu.springcloud.lb;
import org.springframework.cloud.client.ServiceInstance;
import java.util.List;
public interface LoadBalancer {
ServiceInstance instances(List<ServiceInstance> serviceInstances);
}
package com.atguigu.springcloud.lb;
import org.springframework.cloud.client.ServiceInstance;
import org.springframework.stereotype.Component;
import java.util.List;
import java.util.concurrent.atomic.AtomicInteger;
@Component
public class MyLB implements LoadBalancer {
private AtomicInteger atomicInteger=new AtomicInteger(0);
public final int getAndIncrement(){
int current;
int next;
do{
current=this.atomicInteger.get();
next=current >= 2147483647 ? 0 : current+1;
}while (!this.atomicInteger.compareAndSet(current,next));
System.out.printf("********第几次访问,次数next="+next);
return next;
}
//负载均很算法:rest接口第几次访问请求数%服务器集群总数量=实际调用服务器位置下标
@Override
public ServiceInstance instances(List<ServiceInstance> serviceInstances) {
int index=getAndIncrement() % serviceInstances.size();
return serviceInstances.get(index);
}
}
@GetMapping(value = "/consumer/payment/lb")
public String getPaymentLB(){
List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
if(instances==null || instances.size()<=0){
return null;
}
ServiceInstance serviceInstance=loadBalancer.instances(instances);
URI uri = serviceInstance.getUri();
return restTemplate.getForObject(uri+"/payment/lb",String.class);
}