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

DistributedPubSub for eventsByPersistenceId #854

Open
dispalt opened this issue Dec 28, 2020 · 1 comment
Open

DistributedPubSub for eventsByPersistenceId #854

dispalt opened this issue Dec 28, 2020 · 1 comment
Labels
1 - triaged Tickets that are safe to pick up for contributing in terms of likeliness of being accepted

Comments

@dispalt
Copy link

dispalt commented Dec 28, 2020

Short description

Right now I use a really short refresh-interval to simulate near realtime updates to a persistence Id. I notice this is pretty taxing on Cassandra. I have it set to 50ms

Details

It would be nice if the mechanism for making eventsByTag updates faster (distributed pub sub) could also be applied to eventByPersistenceId. If it could be faster I could push the refresh-interval to a more reasonable number, (1s or 500ms) which would ease the load on cassandra.

@patriknw
Copy link
Member

patriknw commented Jan 4, 2021

I think this can be a nice improvement. It should then be aligned with the new "allEvents query" without tags, if we decide to go forward with that. #836

It should:

  • hash the pubsub topics and filter on receiver side, because it can't create one topic per persistenceId
  • pubsub of full events means that queries are not needed in happy case, simple to track expected seqNr

@chbatey chbatey added the 1 - triaged Tickets that are safe to pick up for contributing in terms of likeliness of being accepted label Mar 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1 - triaged Tickets that are safe to pick up for contributing in terms of likeliness of being accepted
Projects
None yet
Development

No branches or pull requests

3 participants