Skip to content
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

percentage shouldn't go beyond 100 to keep the circuits closed on 100% error rate #2048

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

bhaskar-singhal
Copy link

@bhaskar-singhal bhaskar-singhal commented Sep 14, 2023

circuitBreakerErrorThresholdPercentage is a number but as per the name it should be treated like a percentage. Defining a percentage over 100 doesn't make sense.
So if someone is defining this property as 100, that person would be expecting circuits to not open at all. We do have other properties with which we can keep the circuit forcefully closed/open but many teams write wrapper over hystrix to only let devs access the basic ones and it is expected the basic properties will suffice for all different scenarios.

We were trying to keep the circuits closed at 100% failure rate using circuitBreakerErrorThresholdPercentage and we failed. We didn't want to make circuitBreakerErrorThresholdPercentage 101 and then check for the circuit remaining closed as a percentage over 100 didn't sound about right.
Can we please see if this change makes sense?

@bhaskar-singhal bhaskar-singhal changed the title percentage shouldn't go beyond 100 percentage shouldn't go beyond 100 to keep the circuits closed on 100% error rate Sep 14, 2023
@ThinkingMan007
Copy link

ThinkingMan007 commented Sep 14, 2023 via email

@bhaskar-singhal
Copy link
Author

@jsoref @ThinkingMan007 please check

@jsoref
Copy link
Contributor

jsoref commented Sep 18, 2023

I'm not a maintainer, but this project has tests... https://github.com/Netflix/Hystrix/tree/master/hystrix-core/src/test I'd expect anything that's changing its behavior to be accompanied by either a change to an existing test or the introduction of a new test.

@ThinkingMan007
Copy link

ThinkingMan007 commented Oct 3, 2023 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants