Dubbo服务降级

dubbo降级服务

使用dubbo在进行服务调用时，可能由于各种原因（服务器宕机/网络超时/并发数太高等），调用中就会出现RpcException，调用失败。

服务降级就是指在由于非业务异常导致的服务不可用时（上面举得例子），可以返回默认值，避免异常影响主业务的处理。

官方 dubbo 3.0-给出的服务降级

RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension();

Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181"));

registry.register(URL.valueOf("override://0.0.0.0/com.foo.BarService?category=configurators&dynamic=false&application=foo&mock=force:return+null"));

dubbo服务降级配置

mock 配置方式

dubbo官方文档上使用一个mock配置，实现服务降级。mock只在出现非业务异常(比如超时，网络异常等)时执行。

mock的配置支持两种:

方案一：则是配置”return null”，可以很简单的忽略掉异常。

方案二：为boolean值，默认的为false。如果配置为true，则缺省使用mock类名，即类名+Mock后缀；

mock配置在调用方，服务降级不需要对服务方配置产生修改。下面举个例子说明

方案一

服务提供方接口：

/**接口定义*/

public interface FooService {



    public void doSomething1();



    public String doSomething2(String str);



}



/**实现类*/

public class FooServiceImpl implements FooService {



    public void doSomething1() {

        System.out.println("service invoke: doSomething1");

    }



    public String doSomething2(String str) {

        System.out.println("service invoke: doSomething2 ," + str);

        return "service invoke: doSomething2";

    }

}

服务提供方 dubbo.xml:




    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"

    xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">

服务调用方dubbo.xml:




    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

    xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"

    xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">

测试在调用端调用服务两个方法，当服务端正常启动时，程序获得正常返回值；当服务提供方没有启动（模拟服务不可用状态）,调用方依然正常运行，调用doSomething2获取返回值时null。

方案二

mock实现接口方式

上面在中配置mock=”retrun null” 的配置，在服务降级时会对service中的所有方法做统一处理，即都返回null。但是有的时候我们需要一些方法在服务不可用时告诉我们一些其他信息，以便做其他处理。如更新/删除等。要有较好的区分，可以通过以下的方式。

在业务接口所在的包中，定义一个类，该类的命名需要满足以下规则：业务接口简单类名 + Mock同时实现mock接口，类名要注意命名规范：接口名+Mock后缀。此时如果调用失败会调用Mock实现。mock实现需要保证有无参的构造方法。
配置mock=”true”的情况，对于上面的例子即在FooService的同个路径下，添加类FooServiceMock，实现如下：

public class FooServiceMock implements FooService {

    public void doSomething1() {

        throw new RuntimeException("fail!");

    }



    public String doSomething2(String str) {

        return null;

    }

}

然后修改消费者的dubbo.xml

dubbo服务降级具体实现

通过Dubbo的Filter对Dubbo进行扩展，从而使得每次服务发起调用都可以得到监控，从而可以监控每次服务的调用。

对自动判断服务提供端是否宕机：通过一个记录器对每个方法出现RPC异常进行记录，并且可以配置在某个时间段内连续出现都少个异常可判定为服务提供端出现了宕机，从而进行服务降级。

自动恢复远程服务调用：通过配置检查服务的频率来达到定时检查远程服务是否可用，从而去除服务降级。

判断降级相关配置
降级配置分配为应用级别，接口级别，方法级别。dubbo相关参数配置在dubbo.properties中,默认是在classpath根目录，也可以通过-Ddubbo.properties.file来指定该文件路径。

应用级别

dubbo.reference.default.break.limit：该参数是配置一个方法在指定时间内出现多少个异常则判断为服务提供方宕机
dubbo.reference.default.retry.frequency：该参数配置重试频率，比如配置100，则表示没出现一百次异常则尝试一下远程服务是否可用
dubbo.reference.circuit.break:服务降级功能开关，默认是false，表示关闭状态，可以配置为true

接口级别

dubbo.reference.fullinterfacename.break.limit：同上面dubbo.reference.default−break−limit，指定某个接口dubbo.reference.fullinterfacename.break.limit：同上面dubbo.reference.default−break−limit，指定某个接口dubbo.reference.{fullinterfacename}.retry.frequency:同上面
dubbo.reference.${fullinterfacename}.circuit.break:服务降级功能开关，默认是false，表示关闭状态，可以配置为true

方法级别

dubbo.reference.fullinterfacename.fullinterfacename.{methodName}.break.limit：同上面dubbo.reference.default-break-limit，指定某个接口的某个方法
dubbo.reference.fullinterfacename.fullinterfacename.{methodName}.retry.frequency:同上面dubbo.reference.default-retry-frequency，指定某个接口的某个方法
dubbo.reference.fullinterfacename.fullinterfacename.{methodName}.circuit.break:服务降级功能开关，默认是false，表示关闭状态，可以配置为true