阿里面试官:聊聊基于Dubbo服务治理、服务降级以及重试原理？

JavaEdge

发布于 2022-11-30 15:12:23

3030

发布于 2022-11-30 15:12:23

文章被收录于专栏：JavaEdge

1 服务治理

就是看看你有没有服务治理的思想，因为这是做过复杂微服务的人肯定会遇到的问题。

1.1 调用链路自动生成

现在流行的微服务架构由大量服务组成。服务一多，一旦出问题就难以定位，这时就需要基于Dubbo做的分布式系统中，自动记录各服务间的调用，然后自动生成各服务间的依赖关系和调用链路生成一张图显示出来。

服务A   => 服务B   => 服务E
                  => 服务F
       => 服务C
                  => 服务G
       => 服务D

1.2 服务访问压力以及时长统计

需自动统计各个接口和服务之间的调用次数以及访问延时，而且要分成两个级别：

接口粒度每个服务的每个接口每天被调用多少次，TP50/TP90/TP99，三个档次的请求延时分别是多少
从入口开始一个完整的请求链路经过几十个服务之后，完成一次请求，每天全链路走多少次,全链路请求延时的TP50/TP90/TP99，分别是多少

这些东西都搞定了之后，后面才可以来看当前系统的压力主要在哪里，来确定如何扩容和优化。

1.3 其他

服务分层（避免循环依赖）
调用链路失败监控和报警
服务鉴权
每个服务的可用性的监控(接口调用成功率？几个9？99.99%，99.9%，99%)

2 服务降级

涉及到复杂分布式系统中必备的一个话题，因为分布式系统互相来回调用，任何一个系统故障了，你不降级，直接服务雪崩。比如服务A调用服务B，结果服务B挂了，服务A重试几次调用服务B，还是不行，则直接降级，走备用逻辑，给用户返回响应。

public interface HelloService {

   void sayHello();
}

public class HelloServiceImpl implements HelloService {

    public void sayHello() {
        System.out.println("hello world......");
    }
}

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    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:application name="dubbo-provider" />
    <dubbo:registry address="zookeeper://127.0.0.1:2181" />
    <dubbo:protocol name="dubbo" port="20880" />
    <dubbo:service interface="com.javaedge.service.HelloService" ref="helloServiceImpl" timeout="10000" />
    <bean id="helloServiceImpl" class="com.zhss.service.HelloServiceImpl" />

</beans>

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    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:application name="dubbo-consumer"  />

    <dubbo:registry address="zookeeper://127.0.0.1:2181" />

    <dubbo:reference id="fooService" interface="com.test.service.FooService"  timeout="10000" check="false" mock="return null">
    </dubbo:reference>

</beans>

现在就是mock，如果调用失败统一返回null。但可将mock修改为true，然后在跟接口同一个路径下实现一个Mock类，命名规则：

接口名称 + Mock

然后在Mock类里实现自己的降级逻辑:

public class HelloServiceMock implements HelloService {
	public void sayHello() {
	// 降级逻辑
	}
}

3 重试

3.1 失败重试

分布式系统中网络请求如此频繁，要是因为网络问题不小心失败了一次，就需要重试。 consumer调用provider要是失败了(比如抛异常),此时应该是可以重试的，或者调用超时了也可以重试。

<dubbo:reference id="xxxx" interface="xx" check="true" 
	async="false" retries="3" timeout="2000"/>

某个服务的接口，要耗费5s，你这边不能干等着，你这边配置了timeout之后，我等待2s，还没返回，我直接就撤了，不能一直在你这耗着

3.2 超时重试

同上，如果不小心网络慢一点，超时了，又该如何重试呢。如果是超时了，timeout就会设置超时时间；如果是调用失败了自动就会重试指定的次数

结合具体业务场景设置这些参数

timeout 一般设置为200ms，我们认为不能超过200ms还没返回
retries 3次，设置retries，一般发生在读请求时比如你要查询某个数据，你可以设置retries，如果第一次没读到，报错，重试指定的次数，尝试再读取2次。

参考

《Java工程师面试突击第1季-中华石杉老师》

本文参与腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。

原始发表：2019-07-09，如有侵权请联系 cloudcommunity@tencent.com 删除

微服务

分布式

本文分享自作者个人站点/博客前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与腾讯云自媒体同步曝光计划，欢迎热爱写作的你一起参与！

微服务

分布式

登录后参与评论

0 条评论

热度