dubbo-集群容错
2024-10-10 15:11:58
在集群调用失败时,Dubbo 提供了多种容错方案,缺省为 failover 重试。
各节点的关系:
- 这里的
Invoker
是Provider
的一个可调用Service
的抽象,Invoker
封装了Provider
地址及Service
接口信息 Directory
代表多个Invoker
,可以把它看成List<Invoker>
,但与List
不同的是,它的值可能是动态变化的,比如注册中心推送变更Cluster
将Directory
中的多个Invoker
伪装成一个Invoker
,对上层透明,伪装过程包含了容错逻辑,调用失败后,重试另一个Router
负责从多个Invoker
中按路由规则选出子集,比如读写分离,应用隔离等LoadBalance
负责从多个Invoker
中选出具体的一个用于本次调用,选的过程包含了负载均衡算法,调用失败后,需要重选
Failover Cluster
失败自动切换,当出现失败,重试其它服务器。通常用于读操作,但重试会带来更长延迟。可通过retries=2来设置重试次数(不含第一次)。
<dubbo:service retries="2" />
或
<dubbo:reference retries="2" />
或
<dubbo:reference>
<dubbo:method name="findFoo" retries="2" />
</dubbo:reference>
Failfast Cluster
快速失败,只发起一次调用,失败立即报错。通常用于非幂等性的写操作,比如新增记录。
Failsafe Cluster
失败安全,出现异常时,直接忽略。通常用于写入审计日志等操作。
Failback Cluster
失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作。
Forking Cluster
并行调用多个服务器,只要一个成功即返回。通常用于实时性要求较高的读操作,但需要浪费更多服务资源。可通过 forks="2"
来设置最大并行数。
Broadcast Cluster
广播调用所有提供者,逐个调用,任意一台报错则报错 2。通常用于通知所有提供者更新缓存或日志等本地资源信息。
集群模式配置
按照以下示例在服务提供方和消费方配置集群模式
<dubbo:service cluster="failsafe" />
或
<dubbo:reference cluster="failsafe" />
最新文章
- JS学习:第二周——NO.1回调函数
- Code First开发系列之管理数据库创建,填充种子数据以及LINQ操作详解
- Gradle 构建 android 应用常见问题解决指南
- LeetCode——Jump Game
- PHP GC垃圾回收机制之引用变量回收周期疑问
- koa redis 链接
- Socket.io:有点意思
- Fortify对移动应用安全的支持
- [bzoj4411] [Usaco2016 Feb]Load balancing
- Python:python抓取豆瓣电影top250
- Java接口自动化测试之TestNG测试报告ExtentReports的应用(三)
- UVALive - 4885 Task 差分约束
- input 文本框自动显示光标
- 接口interface、实现接口implements
- 将项目部署到 github上(部署到码云操作一样,前提是有码云账号)
- transfer learning
- Java基础——JDBC
- 大数据入门:Maven项目的创建及相关配置
- Wellner 自适应阈值二值化算法
- How does flyway sort version numbers?