2020SpringCloud学习年终总结——第六章-Ribbon

代码地址:https://github.com/AJ-Spade/cloud2020/tree/master

Ribbon前置

  • Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端,主要是提供负载均衡算法和服务调用的工具。
  • Ribbon主要起到负载均衡+RestTemplate调用(实现RPC远程调用)的功能;
  • Eureka2.0集成了Ribbon
  • 主要是在模块cloud-consumer-order80上进行展示
    在这里插入图片描述

版本说明

  • cloud Hoxton.SR1
  • boot 2.2.2RELEASE
  • cloud alibaba 2.1.0 RELEASE
  • java java8
  • Maven 3.5以上
  • Mysql 5.7以上

Ribbon

  • Ribbon更换负载均衡算法

    • IRule。(注意:Ribbon是集成在服务消费者的部分,架构在ppt)

    • 注意:这个自定义配置类不能放在@ComponentScan所扫描的当前包以及子包下(@SpringBootApplication中有@ComponentScan注解,因此继承),否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了。因此需要新建包(com.atguigu.myrule)。

    • 然后在新建的包下新建MySelfRule规则类

      @Configuration
      public class MySelfRule {
          @Bean
          public IRule myRule(){
              return new RandomRule();//定义为随机
          }
      }
      
    • 然后在该module的主启动类添加@RibbonClient,表明该消费者访问具体的服务(CLOUD-PAYMENT-SERVICE)时,使用新的规则类(MySelfRule)。

      @SpringBootApplication
      @EnableEurekaClient
      @RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = MySelfRule.class)
      public class OrderMain80 {
          public static void main(String args[]){
              SpringApplication.run(OrderMain80.class,args);
          }
      }
      
  • 手写负载均衡算法(原理+(CAS+自旋锁))步骤:

    • step1:ApplicationContextBean去掉注解@LoadBalanced
    • step2:去掉config包下的ApplicationContextConfig中的@LoadBalanced
    • step2:LoadBalancer接口,因为是面向接口编程。新建包com.atguigu.springcloud.lb(包内有接口和实现类)。
    • step3:MyLB
    • step4:OrderController
  • 测试:http://localhost/consumer/payment/lb

需熟练掌握

知识点

  1. LB负载均衡(Load Balance)是什么?

    即将用户请求平摊到多个服务上,从而达到系统的高可用(HA),常见的负载均衡软件有Nginx,LVS等。

  2. Ribbon本地负载均衡客户端(进程内LB) VS Nginx服务端负载均衡(集中式LB) 的区别?

    • Nginx是服务器的负载均衡,客户端所有请求都会交给nginx,然后由nginx实现转发请求,即负载均衡是由服务端实现的。
    • Ribbon本地负载均衡,在调用微服务接口时,会在注册中心获取注册信息服务列表之后,缓存在JVM本地,从而在本地实现RPC远程服务调用技术。
    • 我跟你打个比方:一个人(请求)要进医院看病,Nginx好比医院大门,将这个人送到他需要去的科室(某种服务);Ribbon好比科室大门,科室内有很多医生是看这个病的,但是要排给那个当前轮班的医生(提供该服务的具体服务提供者)。
  3. 集中式LB和进程内LB区别?

    • 集中式LB:在服务的消费方和提供方提供使用独立的LB设施(如nginx),由该设施负责把访问请求通过某种策略转发至服务的提供方;
    • 进程内LB:将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后消费方自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB,它只是一个类库,集成于消费方进程,消费方通过它来获取到服务提供方的地址。
  4. Ribbon工作步骤?

    Ribbon在工作时份两步:

    1.第一步选择EurekaServer,它优先选择在同一个区域负载较少的server;

    2.再根据用户指定的策略,在从Server取到服务注册列表中选择一个地址;

    (其中Ribbon提供了多种策略:例如轮询、随机和根据响应时间加权等)

  5. Ribbon的其他负载均衡算法(除了轮询)?

在这里插入图片描述

  1. 轮询负载均衡算法的原理?

    • rest接口第几次请求数%服务器集群总数量=实际调用服务器位置下标,每次服务重启后rest接口计数从1开始。

    • List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
      instances[0] = 127.0.0.1:8002
      instances[1] = 127.0.0.1:8001
      

tips

  • 在一个接口的实现类(A)中,需要用到@Autowired注解来实现自动注入某个类(B),那么要注意,这个被注解的类(B)是从Spring容器中取出来的,因此调用的实现类(A)和被调用的实现类(B)都需要被Spring容器所管理,因此都要加上@Component。

  • @Controller:控制器(注入服务),用于标注控制层;

  • @Service:服务(注入DAO),用于标注服务层;

  • @Repository:存储(实现dao访问),用于标注数据访问层;

  • @Component:用于把普通pojo实例化到spring容器中,泛指各种组件,即当不属于@Controller、@Services、@Repository时,就用@Component来标注这个类;

  • 注意:

    • localhost是本机访问;127.0.0.1 是本机访问;本机IP是本机或外部访问 。
    • localhost是域名,127.0.0.1是IP地址。本机 IP 就是本机对外放开访问的IP地址;这个网址就是与物理网卡绑定的IP地址。
    • 在一个局域网里,同一网段的其他电脑就可以用上面的IP地址来访问你的电脑。
    • 网络需求不同;localhost 不需要联网;127.0.0.1 不需要联网;本机IP需要联网

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值