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

Exponentially reduce Kubernetes API calls #64

Closed
RaviHari opened this issue Nov 28, 2020 · 0 comments
Closed

Exponentially reduce Kubernetes API calls #64

RaviHari opened this issue Nov 28, 2020 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@RaviHari
Copy link
Collaborator

Is your feature request related to a problem? Please describe.
In Active-monitor the status of the workflow is polled every second which results in too many kubernetes api calls. As the number of monitors or self-healing use cases increases, in a managed kubernetes clusters this can result in additional cost, in non-managed kubernetes clusters the master nodes might have to be scaled up to accomodate these api calls.

Describe the solution you'd like
This can be solved by leveraging https://github.com/keikoproj/inverse-exp-backoff library. There is an API in this library where we can use inverse exponential backoff with timeout. This will allow us to reduce the API calls made to the kubernetes API server exponentially.

Have you thought about contributing yourself?

Yes I will implement it.

If you want to get involved, check out the
contributing guide, then reach out to us on Slack so we can see how to get you started.

@RaviHari RaviHari added the enhancement New feature or request label Nov 28, 2020
@RaviHari RaviHari self-assigned this Nov 28, 2020
@RaviHari RaviHari changed the title Reduce Kubernetes API calls exponentially Exponentially reduce Kubernetes API calls Nov 28, 2020
@RaviHari RaviHari closed this as completed Dec 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant