微服务-3 Ribbon

原创 已于 2024-04-10 17:15:45 修改 · 146 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#微服务 #ribbon #java

于 2024-04-10 13:46:13 首次发布
博客围绕Java微服务展开，涉及Ribbon相关内容。在信息技术领域，微服务架构是重要趋势，Ribbon作为相关组件有其独特作用，能助力Java微服务的开发与运行。

【微服务】服务调用----Ribbon
热爱技术，享受生活
10-20 511
上篇文章中，我们讲解了微服务的服务注册----Eureka，这篇就讲一下微服务的服务调用----Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于实现，通过的封装，在微服务架构中使用客户端负载均衡调用非常简单。Ribbon是Spring Cloud整个大家庭中相对而言比较复杂的模块，直接影响到服务调度的质量和性能。
微服务架构---Ribbon\Feign
m0_63016075的博客
09-20 2612
微服务架构(2)
微服务-Ribbon负载均衡
qq_30166465的博客
10-25 2328
负载均衡
微服务基础-Ribbon
m0_52695630的博客
04-27 395
客户端的负载均衡：2.
微服务学习-Ribbon，Nacos
weixin_44122034的博客
04-07 1411
在Eureka的学习中，通过添加注解@LoadBalance进行负载均衡，实现的原理是什么？请求端发送信息，LoadBalancerInterceptor负载均衡拦截器拦截请求，根据servername去注册中心获取请求地址，使用负载均衡选择调用哪一个。
【微服务-Ribbon】如何通过代码方式实现Ribbon+RestTemplate的服务通信
我爱娃哈哈的专栏
04-18 914
前面我们了解了负载均衡的作用以及负载均衡的一些负载策略，这篇我们来看一下，在微服务（SpringCloud）架构中，如何来实现服务间的高可用通信。我们先来了解下，RestTemplate 对象是Spring Cloud 封装的 RESTful 通信对象，它封装了基于 HTTP 协议的操作，通过简单的API便可发起 HTTP 请求并自动处理响应。，两者配合可以极大简化服务间通信过程。。下面我们来看一下两种开发模式的具体代码实现。
【微服务-Ribbon】什么是负载均衡？微服务中负载均衡有哪些策略呢？
我爱娃哈哈的专栏
04-18 902
前面几篇文章，我们了解了一下Nacos的单机部署、集群部署以及微服务接入Nacos的步骤。从本篇开始，我们来看一下微服务第二个通用组件-负载均衡（Ribbon）。
微服务 - ribbon参数配置
jxm的博客
12-11 713
ribbon: # Ribbon 与服务提供者建立连接的最大等待时间 ConnectionTimeout: 1000 # 在服务提供者当前的节点上的最大重试次数 MaxAutoRetries: 2 # 设置读取服务提供者数据的超时时间 ReadTimeout: 3000
微服务的学习--Ribbon
Java学习
08-17 389
Ribbon 是 Netflix 开发的一个用于客户端负载均衡的库。它被广泛用于微服务架构中，可以帮助客户端选择合适的服务实例来处理请求，实现负载均衡和容错。
springboot -- 微服务 - 4.Ribbon负载均衡
mocoll的博客
07-13 409
默认实现是ZoneAvoidanceRule负载均衡策略详解RetryRule：重试机制的选择逻辑。ZoneAvoidanceRule：默认不配置区域的话，相当于轮询调度。
SpringCloud微服务-客户端负载Ribbon
02-24
什么是客户端负载我们在做服务集群的时候，经常会听到负载均衡这个词，比如下图的一个架构：客户端在访问服务器的时候，中间一般会用一些硬件（F5）或软件（nginx）来作负载均衡，从而实现后端各服务器分摊请求压力...
SOA、微服务、分布式系统的区别与联系
qq_43414012的博客
12-17 404
本文探讨了SOA、微服务和分布式系统的区别与联系。通过架构演进时间线展示了从2000年至今的企业架构发展历程，从SOA主导的企业整合时代到微服务的普及，再到后微服务时代的混合架构。核心概念矩阵详细对比了三者在关注点、粒度、集成风格等方面的差异：SOA强调企业级服务复用和集中治理，微服务注重独立交付和去中心化，而分布式系统关注物理/逻辑分布。文章还提供了架构选型的决策框架，建议根据企业上下文（遗留系统集成、云原生需求等）选择合适的架构方案，并分析了从复杂SOA向微服务演化的路径条件。
【微服务 Day1】SpringCloud实战开发（Mybatis-plus + Docker）
weixin_61639349的博客
12-17 1086
Mybatis-plus + docker保姆级教程
Windows环境下使用Nacos搭建若依(RuoYi)微服务版完整指南
一颗红心向太阳☀
12-17 1050
本文详细介绍了在Windows环境下搭建基于Nacos的若依微服务系统的完整流程。主要内容包括：1) JDK17环境配置；2) 数据库初始化；3) Nacos配置与启动；4) 若依微服务项目启动；5) 前端项目启动；6) 常见问题排查；7) 高级技巧。文章提供了详细的软件版本要求、配置步骤和验证方法，并强调了正确的服务启动顺序。通过这套架构，可以实现服务注册发现、配置中心、API网关等功能，为企业级应用提供完整的微服务解决方案。
微服务中的数据一致性困局
qq_43414012的博客
12-19 662
微服务架构中的数据一致性面临本质矛盾：CAP定理揭示了分布式系统无法同时满足一致性、可用性和分区容错性。本地事务在微服务中失效，需采用最终一致性方案，但其实现成本高且复杂。常见错误补偿方案如SAGA、TCC等各有优劣，需根据业务场景选择合适的一致性模式（强一致或最终一致）。建议建立渐进式演进策略和治理体系，权衡数据新鲜度、系统可用性与实现复杂度，针对电商支付等高一致性需求场景推荐SAGA补偿方案，其他场景可接受最终一致性配合幂等性保障。
单体 → 微服务演进路径：一个真实电商项目的渐进式转型
qq_43414012的博客
12-20 726
本文记录了一个真实电商项目从单体架构到微服务的渐进式转型过程。项目初期为单体Spring Boot架构，随着用户从1000 DAU增长到500万DAU，开发效率下降40%，部署风险增加，技术债务累积。转型采用18个月分阶段策略：首先进行模块化重构（1-2个月），然后引入API网关（2-4个月），接着用绞杀者模式逐个拆分服务（6-9个月），完善基础设施（3-4个月），最终持续提升微服务成熟度。关键成功因素包括避免一次性重构风险、建立跨职能团队和持续度量改进。转型后系统支持1000万DAU，部署频率提升至每小时
黑马微服务报错以及解决前23节课
最新发布
m0_63695860的博客
12-20 710
经过检查发现，是我的配置这里不太一样，我在yaml文件中的配置是直接在网课资料里面复制粘贴的，而我创建controller类的时候，我采用的是大写的方式，这就导致很不一样。在黑马微服务 p23Docker02 docker的安装 如何正确安装docker，的下面的这个位置，黑马微服务给的文档无法正常安装docker。到下面的这个界面，注意我用红框框起来的这两个地方，首先module这个部分，在你点开这个弹窗的时候，然后是package这一块，要和你的包名一致，其余的没什么说的，就跟视频里的一样就可以了。
康威定律对微服务的启示
IT界的奇葩
12-17 804
│ 5人 │ │ 4人 │ │ │ │ │。│ 4人 │ │ 3人 │ │ │ │ │。│ 订单组 │ │ 支付组 │ │ 订单服务 │ │ 支付服务 │。│ 用户组 │ │ 商品组 │ │ 用户服务 │ │ 商品服务 │。│ 开会沟通 │。
微服务基础设施清单：必须、应该、可以、无需的四级分类指南
qq_43414012的博客
12-19 693
本文提出了微服务基础设施建设的四级分类指南，将基础设施划分为必须、应该、可以、无需四个优先级等级。文章通过基础设施成熟度模型展示了四个演进阶段：基础生存期（0-3个月）、稳定运行期（3-6个月）、高效开发期（6-12个月）和卓越运营期（12+个月）。针对不同团队规模和业务阶段（如创业公司、中型企业），提供了优先级决策框架和投资回报率计算方法，帮助团队根据实际需求合理规划基础设施建设路线。重点强调了不同阶段应聚焦的核心能力，避免过早引入不必要的高阶功能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值