Retry with backoff when requests are continously failing.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by locating the FitBit connector's REST request and retry path. Review how failed requests and 401 responses are handled, then define completion around bounded exponential backoff with jitter, a failure threshold, and recovery once the service responds normally.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It is possible that the REST requests are continously failing for certain amount of time due to external causes. (such as server not reachable ).
In this case, the FitBit connector continuously retries until the request is successful. This produces large amount of logs and temporary overload.
To prevent this, we can implement the approach recommended by @blootsvoets
- Build in an exponential backoff algorithm ( if the service is properly misbehaving).
Each failed request that is not 401, assume that the server is misbehaving, then set a timeout. On each subsequent error, the timeout is doubled, plus some random number of milliseconds, up to a maximum and until the service is working as intended again. - To avoid a single connection error to cause the whole connector service to stall, we could set a threshold for number of requests that have failed until we think the server is disconnected.
- Lingua principale
- Java
- Stelle
- 5
- Fork
- 6
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di RADAR-base/RADAR-REST-Connector
-
Don't install kafka-connect-rest-source as a separate Connect pluginForse di nuovo libera @this-Aditya l’ha presa 37 giorni fa e non c’è nessuna pull request aperta. Apertabug
RADAR-base/RADAR-REST-Connector#212 · 1 assegnatario ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
-
Incorrect reponse of Fitfit Intraday Heart Rate API endpointForse di nuovo libera @pvannierop l’ha presa 203 giorni fa e non c’è nessuna pull request aperta. Aperta
RADAR-base/RADAR-REST-Connector#193 · 1 reazione · 1 assegnatario ·
-
Support releasing a `.zip` with all the dependencies includedForse di nuovo libera @this-Aditya l’ha presa 48 giorni fa e non c’è nessuna pull request aperta. Aperta
RADAR-base/RADAR-REST-Connector#190 · 1 commento · 1 assegnatario ·
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di RADAR-base/RADAR-REST-Connector
Issue simili
-
RRateLimiter acquire methods accept negative permits and raise available permits above the rate.Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 4 giorni
-
README 中的代码语言数量与当前目录不一致Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
krahets/hello-algo#1993 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
NationalSecurityAgency/ghidra#9884 ·
I maintainer di solito rispondono entro 2 giorni
-
Status: Pending Review Type: Feature Request
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
OpenRefine/OpenRefine#8019 ·
I maintainer di solito rispondono entro 1 giorno
-
`timer` rule rejects dates the engine acceptsForse già presa @MFA-G l’ha presa oggi. Apertabug ready
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
camunda/bpmnlint-plugin-camunda-compat#281 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno