Replies: 2 comments 1 reply
-
We’ve definitely kicked this idea around and it wouldn’t be technically difficult at all. I think our hesitation is that it’d be an advanced feature with the potential for a misbehaving or badly written service to cause issues within the River client. Also a risk of concentrating too much extra work on the leader node. In the end that may not be enough to justify holding it back, because as you say there are lots of use cases that would benefit from the solid leader election system that we already have in River. Thoughts @brandur ? |
Beta Was this translation helpful? Give feedback.
-
Thanks for your response! Have you considered providing a hook where the user provides a |
Beta Was this translation helpful? Give feedback.
-
Hi Guys! Thank you for the awesome project.
The River Docs describe how River runs various maintenance services in the background on the leader node. In our application, we want to perform various housekeeping operations as a background loop/daemon, but we want to ensure that only one node runs these services at a time.
One way to do this would be to use Postgres advisory locks, but since River is managing leadership elections and running background tasks on just the leader anyway, it would be great to hook into this to run our own tasks like this too. Is this possible?
Beta Was this translation helpful? Give feedback.
All reactions