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

Feature "Enqueue-Slowdown" (or -Throttling) #70

Closed
oli-h opened this issue Mar 27, 2020 · 0 comments · Fixed by #69
Closed

Feature "Enqueue-Slowdown" (or -Throttling) #70

oli-h opened this issue Mar 27, 2020 · 0 comments · Fixed by #69
Assignees

Comments

@oli-h
Copy link

oli-h commented Mar 27, 2020

Background: Redis-Memory is limited - therefore queue sizes are limited (queue length multiplied with average queue entry size).
So at some point, EN-queuing suddenly fails (presumed that DE-queuing is not possible for a while)

For stability reasons we should be able to increase backpressure towards EN-queuing process (http- or EventBus-Clients) by delaying a "success enqueue"-reply more and more.
Presuming that the originating EN-queuing process also works sequentially (i.e. it only requests to enqueue a next message when the previous message is successfully enqueued) this simple mechano helps to secure 'our' Redis memory and give us more time (minutes or even hours) to react.

Propose two config options 'per QueueName-pattern':

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

Successfully merging a pull request may close this issue.

1 participant