14. Dubbo原理解析-集群&容错之Cluster

Dubbo作为一个分布式的服务治理框架,提供了集群部署,路由,软负载均衡及容错机制

 

下图描述了dubbo调用过程中的对于集群,负载等的调用关系。

 

Cluster

将Directory中的多个Invoker伪装成一个Invoker, 对上层透明,包含集群的容错机制

Cluster接口定义

@SPI(FailoverCluster.NAME)

public interface Cluster {

    @Adaptive

    <T> Invoker<T>join(Directory<T> directory) throws RpcException;

}

Cluster可以看做是工厂类, 将目录directory下的invoker合并成一个统一的Invoker,根据不同集群策略的Cluster创建不同的Invoker

 

我们来看下默认的失败转移,当出现失败重试其他服务的策略, 这个Cluster实现很简单就是创建FailoverCluseterInvoker对象

public class FailoverCluster implements Cluster {

    public final static String NAME = "failover";

    public<T> Invoker<T> join(Directory<T> directory)throws RpcException{

        return new FailoverClusterInvoker<T>(directory);

    }

}

 

 

  下图展示了dubbo提供的所有集群方案

1)AvailableCluster: 获取可用的调用。遍历所有Invokers判断Invoker.isAvalible,只要一个有为true直接调用返回,不管成不成功

2)BroadcastCluster: 广播调用。遍历所有Invokers, 逐个调用每个调用catch住异常不影响其他invoker调用

3)FailbackCluster: 失败自动恢复, 对于invoker调用失败, 后台记录失败请求,任务定时重发, 通常用于通知

4)FailfastCluster: 快速失败,只发起一次调用,失败立即保错,通常用于非幂等性操作

5)FailoverCluster: 失败转移,当出现失败,重试其它服务器,通常用于读操作,但重试会带来更长延迟

(1)   目录服务directory.list(invocation) 列出方法的所有可调用服务

获取重试次数,默认重试两次

(2)   根据LoadBalance负载策略选择一个Invoker

(3)   执行invoker.invoke(invocation)调用

(4)   调用成功返回

调用失败小于重试次数,重新执行从3)步骤开始执行

       调用次数大于等于重试次数抛出调用失败异常

6)FailsafeCluster: 失败安全,出现异常时,直接忽略,通常用于写入审计日志等操作。

7)ForkingCluster: 并行调用,只要一个成功即返回,通常用于实时性要求较高的操作,但需要浪费更多服务资源。

8)  MergeableCluster: 分组聚合, 按组合并返回结果,比如菜单服务,接口一样,但有多种实现,用group区分,现在消费方需从每种group中调用一次返回结果,合并结果返回,这样就可以实现聚合菜单项。

这个还蛮有意思,我们分析下是如何实现的

(1)   根据MERGE_KEY从url获取参数值

(2)   为空不需要merge, 正常调用

(3)   按group分组调用,将返回接口保存到集合中

(4)   获取MERGE_KEY如果是默认的话,获取默认merge策略,主要根据返回类型判断

(5)   如果不是,获取自定义的merge策略

(6)   Merge策略合并调用结果返回

 

9)MockClusterWrapper: 具备调用mock功能是其他Cluster包装

获取url的MOCK_KEY属性

(1)   不存在直接调用其他cluster

(2)   存在值startsWith("force") 强制mock调用

(3)   存在值不是startsWith("force") 先正常调用, 出现异常在mock调用

 

 

集群模式的配置

<dubbo:service cluster="failsafe" />    服务提供方

<dubbo:reference cluster="failsafe" />  服务消费方

代码交流 2021