美文网首页程序员
应对接口级故障的几个方案

应对接口级故障的几个方案

作者: 耿宗杰 | 来源:发表于2019-10-09 15:25 被阅读0次

    核心思想:优先保证核心业务 + 优先保证大多数用户

    1、降级

    使某些非核心功能不可用,比如微博的发帖、看帖、评论功能降级为看帖、评论,再降级为看帖

    服务后门降级,服务开一个接口,到时候访问这个接口,传进去降级参数来执行关闭某些功能的,优点是实现简单,缺点一是不太安全,这点可以加密,把密钥传进去。二是如果服务的机器比较多,那得一台一台得调用这个接口,有点麻烦,费时间。

    独立得降级系统,搭建一个独立的降级系统来做降级功能。

    2、熔断

    降级是减少服务内部的问题,熔断是减少外部的问题。比如我们的服务依赖一个第三方的接口,那个接口慢导致我们这儿也慢,这时候就可以熔断,不再调用那个接口。

    熔断要求有统一的url转发层才能做,如果调用分散在程序各处就不太好做了。

    3、限流

    限流是机器扛不住了,限制一部分流量,让机器可以正常运转不至于宕机。比如当在线用户达到一千万时,禁止新的用户登陆。

    可以以业务指标为标准来做限流,比如用户数,每秒请求数这种;

    也可以以机器资源的指标为标准来做限流,比如cpu利用率,内存利用率,高到一定程度之后开始限流;

    不管那种方式,限流的判断阈值都得不断的调试,前者可能调的更麻烦一点。

    4、排队

    排队是限流的一种缓和的处理方式,限流是直接拒绝了,像禁止登陆这种,排队不是,是让用户等一下,比如秒杀排队这种。

    排队要实现得配合消息队列,像kafaka,把用户的请求放到队列里面,等允许了在放出来处理。

    目前应对接口级故障的方案,大致这四种,核心思想比较重要。

    相关文章

      网友评论

        本文标题:应对接口级故障的几个方案

        本文链接:https://www.haomeiwen.com/subject/tzlgpctx.html