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

Identifying overloaded engine when pooled runner is configured #208

Open
vijaynalawade opened this issue Jun 7, 2020 · 0 comments
Open
Assignees
Labels
enhancement New feature or request

Comments

@vijaynalawade
Copy link
Contributor

Current behavior:
For pooled runner type, engine sets queue size based on FLOGO_RUNNER_QUEUE. Today, there is no way to find out that queue is full and all workers are busy. This could happen when trigger is receiving events faster and actions could not handle them. So, queue will fill up. After that, trigger event goroutines will be blocked on the queue channel until workers complete existing action and pick up new one.
Expected behavior:
At-least an API that can monitor current size of the queue and may generate alerts about the situation.
What is the motivation / use case for changing the behavior?
This can be leveraged for readiness probe in K8s. That would reduce incoming traffic to certain engine until adequate queue is available for further processing.
Additional information you deem important (e.g. I need this tomorrow):

@vijaynalawade vijaynalawade added the enhancement New feature or request label Jun 7, 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

2 participants