-
Notifications
You must be signed in to change notification settings - Fork 490
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
Specify circuit breaking/passive health-check behavior for each service #99
Comments
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle rotten |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
/lifecycle frozen |
In search for a solution, we were unsuccessful in coming up with a portable way to support this feature. If there are more portable ways to tackle this, we would love to hear about them. For now, I'll close this issue. |
@hbagdi: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What would you like to be added:
Circuit breaking is a commonly implemented pattern where if a specific instance (pod) of a Service starts throwing 5xx, then the traffic is not forwarded to that specific pod.
Why is this needed:
Proxies and load-balancers already share these features and a load-balancing layer is a good place to add these features to deliver a resilient and high-available service.
The text was updated successfully, but these errors were encountered: