一:7种策略比较
id | 策略名称 | 策略对应的类名 | 实现原理 |
1 | 轮询策略(默认) | RoundRobinRule | 轮询策略表示每次都顺序取下一个provider,比如一共有5个provider,第1次取第1个,第2次取第2个,第3次取第3个,以此类推 |
2 | 权重轮询策略 | WeightedResponseTimeRule | 1.根据每个provider的响应时间分配一个权重,响应时间越长,权重越小,被选中的可能性越低。 2.原理:一开始为轮询策略,并开启一个计时器,每30秒收集一次每个provider的平均响应时间,当信息足够时,给每个provider附上一个权重,并按权重随机选择provider,高权越重的provider会被高概率选中。 |
3 | 随机策略 | RandomRule | 从provider列表中随机选择一个provider |
4 | 最少并发数策略 | BestAvailableRule | 选择正在请求中的并发数最小的provider,除非这个provider在熔断中。 |
5 | 在“选定的负载均衡策略”基础上进行重试机制 | RetryRule | 1.“选定的负载均衡策略”这个策略是轮询策略RoundRobinRule 2.该重试策略先设定一个阈值时间段,如果在这个阈值时间段内当选择provider不成功,则一直尝试采用“选定的负载均衡策略:轮询策略”最后选择一个可用的provider |
6 | 可用性敏感策略 | AvailabilityFilteringRule: | 过滤性能差的provider,有2种: 第一种:过滤掉在eureka中处于一直连接失败provider 第二种:过滤掉高并发的provider |
7 | 区域敏感性策略 | ZoneAvoidanceRule: | 1.以一个区域为单位考察可用性,对于不可用的区域整个丢弃,从剩下区域中选可用的provider 2.如果这个ip区域内有一个或多个实例不可达或响应变慢,都会降低该ip区域内其他ip被选中的权重。 |
二:实现方式
1、application中这样编写
@Bean
public IRule getRibbonIRule(){
return new RandomRule();
}
2、配置文件:
eurake-provider.ribbon.NFloadBalancerRuleClassName =com.netflix.loadbalancer.RandomRule
上述2种方法是一样的效果
2中的红色字体是:调用的注册到eureka中的服务名称,如下:
ServiceInstance sInstance = loadBalancerClient.choose("eurake-provider");//选择服务提供者
三、采用点对点直连,让ribbon的开发测试更加快捷
1、为什么采用点对点连接?
因为在多人开发过程中,需要进行开发联调,发送的请求可以达到别的服务上
2、先剔除pom中的eureka,已经配置文件中关于eureka
3、增加pom中增加ribbon的配置如下:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-ribbon</artifactId>
</dependency>
4、增加点对点配置
#禁用eureka
ribbon.eureka.enabled= false
#指定具体的服务地址清单
eurake-provider.ribbon.listOfServers=192.168.1.149:8081
备注:红色字体就是:
ServiceInstance sInstance = loadBalancerClient.choose("eurake-provider");//选择服务提供者
5、增加点对多人调试
#禁用eureka
ribbon.eureka.enabled= false
#指定具体的服务地址清单
eurake-provider.ribbon.listOfServers=192.168.1.149:8081,192.168.1.149:8081