1. 问题演示
1.1. 启动多个provider
1.2. nacos查看
1.3. 消费者调用
1.4. 问题说明
由于提供者 我们启动了三个（多个），同样的服务启动了多个实例，当我们在消费者使用服务名称获取实例的时候 会获取多个（启动几个获取几个），但是我们每次都拿第一个，另外2个没有起到分流的效果，或者说启动了 然而没有任何卵用，很显然不够优雅.
1.5. 手写负载均衡算法
1.6. 测试
2. Ribbon的使用
2.1. Ribbon是什么
Ribbon是由Netflix开发的一款基于HTTP和TCP的负载均衡的开源软件。我们可以直接给Ribbon配置好服务列表清单，也可以配合注册中心主动的去获取服务清单，需要使用到这些服务的时候Ribbon通过轮询或者随机等均衡算法去获取服务。 Ribbon是客户端负载均衡技术 一般在消费者端使用 作用就是确定一个提供者
2.2. 依赖说明
2.3. Ribbon的使用
ribbon的使用有2种
第一种： 编码的形式
第二种： 注解的方式2.3.1. 编码的方式
-
消费者修改
-
测试
2.3.2. 注解的方式
-
消费者修改
-
控制器修改
- 测试
2.4. Ribbon负载均衡规则
RoundRobinRule 表示轮询规则 (默认规则)
RamdomRule 随机规则 AvailabilityFilteringRule 先过滤掉多次访问故障处于不能用的服务 然后对剩余的服务进行按照轮询策略进行轮询
WeightedResponseTimeRule 根据平均响应时间计算所有服务的权重 如果响应时间越快那么权重大 被选中的记录高 注意这个是需要统计的 当 统计信息不足时 会使用轮询 当统计信息足够时 会自动切换到此模式
RetryRule 先按照默认规则轮询获取服务 如果获取服务失败 则在指定的时间内重试 获得可用服务
BestAvailableRule 先过滤掉多次访问故障处于不能用的服务 然后选择并发量少的服务
ZoneAvoudanceRule 综合判断服务的性能和可用性选择服务
nacosRule nacos实现的负载均衡算法，支持nacos的权重分配 底层使用随机加权重
2.5. 修改规则
2.5.1. 第一种方式
nacos-provider: ribbon: NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule
2.5.2. 第二种方式
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/192868.html
