SpringCloud Ribbon--负载均衡 原理及应用实例

😀前言

本篇博文是关于SpringCloud Ribbon的基本介绍,希望你能够喜欢

🏠个人主页:晨犀主页

🧑个人简介:大家好,我是晨犀,希望我的文章可以帮助到大家,您的满意是我的动力😉😉

💕欢迎大家:这里是CSDN,我总结知识的地方,欢迎来到我的博客,感谢大家的观看🥰

如果文章有什么需要改进的地方还请大佬不吝赐教 先在此感谢啦😊

文章目录

SpringCloud Ribbon

Ribbon 介绍

Ribbon 是什么

  1. Spring Cloud Ribbon 是基于Netflix Ribbon 实现的一套客户端负载均衡的工具。
  2. Ribbon 主要功能是提供客户端负载均衡算法和服务调用
  3. Ribbon 客户端组件提供一系列完善的配置项如连接超时,重试等。
  4. Ribbon 会基于某种规则(如简单轮询,随机连接等)去连接指定服务
  5. 程序员很容易使用Ribbon 的负载均衡算法实现负载均衡
  6. 一句话: Ribbon: 负载均衡+RestTemplate 调用

官网

官网地址:https://github.com/Netflix/ribbon

Ribbon 进入维护状态

  1. 官网地址: https://github.com/Netflix/ribbon
  1. Ribbon 目前进入维护模式, 未来替换方案是Spring Cloud LoadBalancer

LB(Load Balance)

LB 分类
1.集中式LB

即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,如F5,也可以是软件,如Nginx),由该设施负责把访问请求通过某种策略转发至服务的提供方;LB(Load Balance 负载均衡)

2.进程内LB

将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些服务地址可用,然后再从这些地址中选择出一个合适的服务地址。

Ribbon就属于进程内LB,它只是一个类库,集成于消费方进程,消费方通过它来获取到服务提供方的地址。

实例

-前面member-consumer 轮询负载访问10000/10002 底层就是Ribbon 默认的轮询负载算法

Ribbon 原理

Ribbon 架构图&机制

Ribbon 机制
  1. 先选择EurekaServer,它优先选择在同一个区域内负载较少的server
  2. 再根据用户指定的策略,在从server 取到的服务注册列表中选择一个地址
  3. Ribbon 提供了多种策略∶ 比如轮询、随机和根据响应时间加权。

Ribbon 常见负载算法

替换负载均衡算法-应用实例

需求分析/图解

  1. 需求: 将默认的轮询算法改成随机算法RandomRule
  2. 浏览器输入: http://localhost/member/consumer/get/1
  3. 要求访问的10000/10002 端口的服务是随机的

代码实现

  1. 创建member-service-consumer-80 com/my/springcloud/config/RibbonRule.java
java 复制代码
//配置自己的负载均衡算法
@Configuration
public class RibbonRule {
    @Bean
    public IRule myRibbonRule(){
    	return new RandomRule();//随机负载均衡算法
    }
}

2.修改member-service-consumer-80 com/my/springcloud/MemberConsumerApplication.java

java 复制代码
@EnableEurekaClient
@SpringBootApplication
@EnableDiscoveryClient //启用服务发现
//使用指定的Ribbon 负载均衡算法规则
@RibbonClient(name = "MEMBER_SERVICE_PROVIDER_URL", configuration = RibbonRule.class)
public class MemberConsumerApplication {
    public static void main(String[] args) {
    	SpringApplication.run(MemberConsumerApplication.class, args);
    }
}

测试

  1. 浏览器输入: http://localhost/member/consumer/get/1
  2. 观察访问的10000/10002 端口的服务是随机的

文章到这里就结束了,如果有什么疑问的地方请指出,诸大佬们一起来评论区一起讨论😁

希望能和诸大佬们一起努力,今后我们一起观看感谢您的阅读🍻

如果帮助到您不妨3连支持一下,创造不易您们的支持是我的动力🤞

相关推荐
wangjialelele3 小时前
一文梳理 Spring Cloud 核心组件:Eureka、Nacos、OpenFeign、LoadBalancer 与 Gateway
java·spring boot·spring·spring cloud·微服务·nacos
来福猿16 小时前
SpringCloud Config 源码分析:配置拉取、刷新与多环境管理
后端·spring·spring cloud
Msshu1231 天前
PD快充诱骗取电芯片工作原理,XSP17诱骗取电5V9V12V15V20V功能测试
spring boot·spring cloud·sentinel·java-rocketmq·java-zookeeper·java-consul·java-activemq
我不会起名字3221 天前
负载均衡选错:轮询在长连接下的偏斜问题
微服务·负载均衡·grpc·长连接
。2 天前
【无标题】
linux·服务器·负载均衡·lvs
code_slave(码畜)2 天前
微服务架构落地:OpenFeign 服务远程调用 + 线程池隔离架构实战 —— 超时控制、重试机制、线程池隔离,防雪崩
spring boot·spring cloud·微服务·云原生·架构·openfeign
Thomas.Sir2 天前
第30课:分布式事务解决方案 & Seata最终一致性实战
分布式·spring cloud·seata
果霸大叔2 天前
AI网关第8篇:AI 代理与负载均衡--多模型实例如何调度?
人工智能·算法·自然语言处理·负载均衡·ai-native
霸道流氓气质3 天前
Serverless 架构入门与实战:FaaS/BaaS 模型、Spring Cloud Function 适配与 AI 推理冷启动优化的 Java 全栈指南
spring cloud·架构·serverless
SL_staff3 天前
低代码选型避坑指南:为什么‘能拖拽’不等于‘能交付’?——基于JVS八大引擎的四维交付能力评估框架
java·低代码·spring cloud