1.前言
在进行系统设计时候,不仅要考虑正常逻辑该如何走,还要考虑异常逻辑。dubbo中当服务消费方调用服务提供方的服务出现错误时候,提供了多种容错方案,缺省为 failover 重试。
2.Dubbo集群容错模式
2.1 Failover Cluster
重试。当服务消费方调用服务提供者失败后自动切换,重试其它服务提供者。这通常用于读操作或者具有幂等的写操作,需要注意的是重试会带来更长延迟。可通过 retries=”2” 来设置重试次数(不含第一次)。
<dubbo:service retries="2" cluster="failover"/>
或:
<dubbo:reference retries="2" cluster="failover"/>
cluster="failover"可以不用写,因为默认就是failover
2.2 Failfast Cluster
快速失败。当服务消费方调用服务提供者失败,失败立即报错。通常用于非幂等性的写操作。
<dubbo:service cluster="failfast" />
或:
<dubbo:reference cluster="failfast" />
cluster="failfast"和 把cluster="failover"、retries="0"是一样的效果,retries="0"就是不重试
2.3 Failsafe Cluster
失败安全。出现异常时,直接忽略。通常用于写入审计日志等操作。
<dubbo:service cluster="failsafe" />
或:
<dubbo:reference cluster="failsafe" />
2.4 Failback Cluster
失败自动恢复。后台记录失败请求,并按照一定的策略后期在进行重试。通常用于消息通知操作。
<dubbo:service cluster="failback" />
或:
<dubbo:reference cluster="failback" />
2.5 Forking Cluster
并行调用多个服务提供者的服务,只要一个成功即返回。通常用于实时性要求较高的读操作,但需要浪费更多服务资源。可通过 forks=”2” 来设置最大并行数。
<dubbo:service cluster=“forking" forks="2"/>
或:
<dubbo:reference cluster=“forking" forks="2"/>
2.6 Broadcast Cluster
广播调用所有服务提供者,逐个调用,任意一台报错则报错 。通常用于通知所有提供者更新缓存或日志等本地资源信息