apache / apache/servicecomb-java-chassis

流控功能默认将health接口排除流控范围

未关闭
#4,606 7 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Java
星标
1.9k
派生
814
平均合并
8 天 23 小时
30 天内合并 PR
1

描述

#### 背景
servicecomb的qps-flowcontrol-provider提供了针对于服务粒度和接口粒度的流控配置,当超过流控阈值后,接口会调度失败,servicecomb默认的health接口一般用于检测服务当前状态
#### 问题
当health接口触发流控后,可能导致误判将对应服务实例下线导致流量受损等情况

#### 诉求
服务开启流控功能后,health接口默认不参与全局流控值的计算,此时health流控不会对当前高负载场景有所缓解,且触发实例下线后会加剧流量承载压力

贡献指南

这个仓库没有索引到贡献指南

调研方向

首先跟踪 qps-flowcontrol-provider 对服务级和接口级限制的处理,然后定位默认 health 接口的处理方式。结合现有 issue 讨论确认预期行为,并验证 health 请求不再计入全局流量控制计算,同时普通接口仍保留其限制。

由索引模型根据 Issue 内容生成。

评估

技术栈
java
领域
backend
Issue 类型
功能
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。