Throttle requests when api-server tries to rate limit stackablectl

未關閉
#370 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
35/100
Issue 類型
缺陷
描述清晰度
需要釐清
活躍度
停滯
技術堆疊
kubernetes, rust
領域
api, cli

研究方向

從 stackablectl stacklet list 命令使用的請求路徑開始，追蹤 Kubernetes API 錯誤的處理方式。檢查 kube-rs 是否已經為 HTTP 429 回應提供重試或節流行為，並在可能的情況下針對 EKS 叢集重現該失敗。完成的標準是：命令能夠處理回報的速率限制條件，而不會立即失敗，並且所選擇的行為已透過測試或重現得到驗證。

由索引模型根據 Issue 內容生成。

描述

When trying to run stacklet list an an AWS eks cluster recently (replicated cluster, k8s 1.32) - the api-server was apparently unhappy about the rate at which requests were sent to retrieve details for Stackable objects.

soenke-desktop:~$ stackablectl stacklet list
An unrecoverable error occured: failed to execute stacklet (sub)command

Caused by these errors (recent errors listed first):
 1: failed to list stacklets
 2: failed to fetch data from the Kubernetes API
 3: failed to fetch data from Kubernetes API
 4: ApiError: storage is (re)initializing: TooManyRequests (ErrorResponse { status: "Failure", message: "storage is (re)initializing", reason: "TooManyRequests", code: 429 })
 5: storage is (re)initializing: TooManyRequests

We should probably somehow honour 429 status codes and throttle requests in that case. Or maybe implement this upstream in kube-rs.

主要語言
Rust
星號
10
分支
5
平均合併
4 小時 41 分鐘
30 天內合併 PR
4

貢獻指南

這個儲存庫沒有索引到貢獻指南

從這裡開始

  1. 先讀完整個 Issue，再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫，在一個分支上完成修改。
  4. 送出 Pull Request，並在描述裡引用這個 Issue 編號。

stackabletech/stackablectl 的其他 Issue

查看 stackabletech/stackablectl 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。