概述
一：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
最后
以上就是着急皮皮虾为你收集整理的spring-cloud之ribbon的负载均衡的全部内容，希望文章能够帮你解决spring-cloud之ribbon的负载均衡所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复