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

Multiple requests #7

Open
louis-quaintance opened this issue Sep 12, 2015 · 2 comments
Open

Multiple requests #7

louis-quaintance opened this issue Sep 12, 2015 · 2 comments
Labels

Comments

@louis-quaintance
Copy link

Hi there,

Love this module!

Just wandering if I am making multiple requests to different endpoints, do I need a circuit per endpoint url?

Thanks
Louis

@totherik
Copy link
Contributor

Hey Louis,

Thanks for asking. In this case, levee doesn't hold an opinion as to how granular each breaker behaves. In the example you can see the get is wrapped, meaning all endpoints are managed using a single breaker. This is probably too coarse as different hosts and resources have significantly different SLAs, meaning one resource could trip the breaker blocking get from reaching the entire internet. (That said, it makes for a simple example).

Where I work, when used with HTTP, AFAIK we have a breaker per resource as individual endpoints within a service do varying amounts of work, have different SLAs, and may require distinctly different timeouts. Then we apply smart defaults for a given service (all endpoints), and allow configuration individual endpoints on an as needed basis. This provides granular control, but it also (via stats) gives insight into the behavior of individual endpoints, which can be useful.

I hope that helps, but if not let me know!

@jooj123
Copy link

jooj123 commented Jun 6, 2018

@totherik question on this - does the path (first param to run) need to be unique for each resource in order to prevent one service from tripping a circuitbreaker on another ?

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

No branches or pull requests

4 participants