Dubbo服务容错

服务容错

当集群调用失败，应该怎么处理

Dubbo提供了多种容错方案
默认为，failover重试

参考文档
http://dubbo.apache.org/zh-cn/docs/user/demos/fault-tolerent-strategy.html

集群容错模式

Failover Cluster

失败自动切换，当出现失败，重试其它服务器
通常，用于读操作，但重试会带来更长延迟

可以通过 retries=”2” 来设置重试次数，不含第一次
重试次数配置如下：

<dubbo:service retries="2" />

或者

<dubbo:reference retries="2" />

或者

reference>
    method name="findFoo" retries="2" />
dubbo:reference>

Failfast Cluster

快速失败，只发起一次调用，失败立即报错
通常，用于非幂等性的写操作
比如，新增记录

Failsafe Cluster

失败安全，出现异常时，直接忽略
通常，用于写入审计日志等操作

Failback Cluster

失败自动恢复，后台记录失败请求，定时重发
通常，用于消息通知操作

当A服务，调用B服务
失败之后，后台记录，隔一段时间，定时再次调用
适用于必须成功的服务调用

Forking Cluster

并行调用多个服务器，只要一个成功即返回
通常，用于实时性要求较高的读操作，但需要浪费更多服务资源可

通过 forks=”2” 来设置最大并行数
最大并行数，表示同时给几台服务器发送请求

当A服务，调用B服务
能够提供B服务的，在5台服务器上
同时，给5台服务器都发起请求
只要，有一台服务器返回，就可以使用了

Broadcast Cluster

广播调用所有提供者，逐个调用，任意一台报错则报错
通常，用于通知所有提供者更新缓存，或者日志等本地资源信息

当A服务，调用B服务
B服务的提供者，有3台服务器
每一台，服务器都调用一遍
只要，有任意一台服务器出现错误
就认为这次调用，是失败的
适用于同步的效果

集群模式配置

在服务提供方和消费方，配置集群模式

<dubbo:service cluster="failsafe" />

或者

reference cluster="failsafe" />

一般，在实际开发中
通过，整合hystrix，进行集群容错