-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: minimum request volume #232
Comments
Hi @arkwright thanks for the suggestion and nice words. :) This is very similar to the Brainstorming a hack/workaround until I figure this out... Could your fallback function check |
Hey @lance, thanks for giving this some thought! I recently considered writing a fallback function which looks at I'm not sure if
Of course, if backward compatibility is a concern, these two options could coexist safely. I'm not sure if that helps, but that's how I might approach it! |
This option prevents the circuit from opening unless the number of requests during the statistical window exceeds this threshold. Fixes: #232
This option prevents the circuit from opening unless the number of requests during the statistical window exceeds this threshold. Fixes: #232
Hey, thanks for writing such an awesome library!
It would be really helpful if opossum could support a minimum request volume within the rolling window, below which the circuit would never open, even if 100% of requests result in errors. I am currently experiencing an issue wherein traffic occasionally drops to a trickle, and then the circuit opens because the first error after a long, silent period tips the statistics beyond the
errorThresholdPercentage
. I could increase therollingCountTimeout
, though this would effectively decrease the circuit breaker's sensitivity when traffic volume is sufficient.The text was updated successfully, but these errors were encountered: