1.2 服务调用端(消费方)是否需要配置熔断
引入熔断的目的是避免服务端单节点响应慢而导致这个服务不稳定,例如示例中有3个服务提供者,如果192.168.1.3的服务提供者由于触发了BUG导致响应时间大大增加,导致发往该服务提供者的请求大概率超时,在这样的情况下希望在接下来某段时间内消费方发往这这个服务提供者的请求快速熔断降级,返回错误,由客户端重试其他服务提供者。其实现效果如下:
当前的 Sentinel 默认是否能满足上述的需求呢?
我们以 Sentinel 基于异常比例熔断策略来进行阐述,如果资源的调用异常比例超过一定值是会触发降级熔断,抛出 DegradeException 异常。
由于总共只有三个服务提供者,其中发往192.168.1.3的请求大概率会由于超时失败,则异常比例会超过设置的熔断降级规则,会触发降级,造成的效果是整个服务调用都会发送熔断降级,即调用192.168.1.4,5两个请求都不会被熔断,造成整个服务调用不可用,与期望不一致。即还是会出现一个节点的不稳定而导致整个服务不稳定的情况。
其造成的根本原因是因为其资源的定义并没有包含服务提供者的信息,改进的初步方案:
-
在过滤器中再定义一个资源,加上服务提供的IP与端口号,例如 SphU.entry(“com.d.s.UserService@ip:port”),对单个服务提供者进行单独收集调用信息,并且需要提供