【Spring Cloud】6.Ribbon服务调用

1.简介

spring Cloud Ribbon是基于Netflix Ribbon实现的—套客户端负载均衡的工具
简单的说,Ribbon是Netflx发布的开源项目,主要功能是提供客户端的软件负载均衡算法和服务调用
Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的说,就是在配置文件中列出Load Balancer负载均衡(简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
官方: https://github.com/Netflix/ribbon/wiki/Getting-Started

1.1 作用

负载均衡(LB)+RestTemplate调用

  • 进程内负载均衡(Ribbon):将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器。
    Ribbon就属于进程内LB,它只是一个类库,集成于消费方进程,消费方通过它来获取到服务提供方的地址。
    • 之前的80轮询负载访问8001/8002
  • 集中式负载均衡(Nginx):即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,也可以是软件),由该设施负责把访问请求通过某种策略转发至服务的提供方。

1.2 导包

由于Eureka自带Ribbon所以不需要导入
在这里插入图片描述

2.RestTemplate使用

  • getForObject方法/getForEntity方法

    • getForObject:返回对象为响应体中数据转化成的对象,基本上可以理解为Json
    • getForEntity:返回对象为ResponseEntity对象,包含了响应中的一些重要信息,比如响应头、响应状态码、响应体等
      在这里插入图片描述
  • postForObject/postForEntity
    * postForObject:

3.核心组件IRule

3.1 方法

根据特定算法从服务列表中选取—个要访问的服务

  • com.netflix.loadbalancer.RoundRobinRule:轮询(默认)
  • com.netflix.loadbalancer.RandomRule:随机
  • com.netflix.loadbalancer.RetryRule:先按照RoundRobinRule的策略获取服务,如果获取服务失败则在指定时间内会进行重试
  • WeightedResponseTimeRule:对RoundRobinRule的扩展,响应速度越快的实例选择权重越大,越容易被选择
  • BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务
  • AvailabilityFilteringRule:先过滤掉故障实例,再选择并发较小的实例
  • zoneAvoidanceRule:默认规则,复合判断server所在区域的性能和server的可用性选择服务器

3.1 替换随机

3.1.1 问题

官方文档明确给出了警告:
这个自定义配置类不能放在**@ComponentScan**所扫描的当前包下以及子包下(简单来说,不能放在@SpringBootApplication主程序包下),
否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了。
在这里插入图片描述

3.1.2 新建文件夹

在这里插入图片描述

package com.myIrule;

import com.netflix.loadbalancer.IRule;
import com.netflix.loadbalancer.RandomRule;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class SetRule {
    @Bean
    public IRule myRule(){
        return new RandomRule();//定义为随机
    }

}

3.1.3 OrderMain80.java

@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = SetRule.class)

在这里插入图片描述

3.1.4 测试

在这里插入图片描述

4.轮询原理

负载均衡算法: rest接口第几次请求数%服务器集群总数量=实际调用服务器位置下标,每次服务重启动后rest接口计数从1开始。
在这里插入图片描述

List<Servicelnstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE"

List[0]–>8002
List[1]–>8001

8001+ 8002组合成为集群,它们共计2台机器,集群总数为2,按照轮询算法原理:

当总请求数为1时: 1%2=1对应下标位置为1,则获得服务地址为127.0.0.1:8001
当总请求数位2时:2%2=О对应下标位置为0,则获得服务地址为127.0.0.1:8002
当总请求数位3时:3%2=1对应下标位置为1,则获得服务地址为127.0.0.1:8001
当总请求数位4时:4%2=0对应下标位置为0,则获得服务地址为127.0.0.1:8002

在这里插入图片描述
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值