apache / apache/servicecomb-java-chassis
流控功能默认将health接口排除流控范围
オープン
- 主要言語
- Java
- スター
- 1.9k
- フォーク
- 814
- 平均マージ
- 8日 23時間
- マージ済み PR(30日)
- 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