You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The receptionist allows something like distributed pub sub by seing the receptionist registration as a subscription to a topic, it does however not do deduplication, when there are multiple "subscribers" on one node a message for that "topic" will go to all of them.
Could it be worth it to introduce an inbetween-topic-actor that does what distributed pub sub does for a single topic (registering to the receptionist when there are any subscribers, forwarding incoming messages to the subscribers).
The text was updated successfully, but these errors were encountered:
patriknw
added
1 - triaged
Tickets that are safe to pick up for contributing in terms of likeliness of being accepted
and removed
0 - new
Ticket is unclear on it's purpose or if it is valid or not
labels
Jun 16, 2019
Descoping typed pubsub compared to untyped, what's left:
Service key describing the topic
An single topic-actor running on each node (that should take part in the pub-sub) that handles subscriptions to topics and sending to all the other topic-actors that have subscribed to the topic
actors taking part in pub-sub registers locally to the topic actor
The receptionist allows something like distributed pub sub by seing the receptionist registration as a subscription to a topic, it does however not do deduplication, when there are multiple "subscribers" on one node a message for that "topic" will go to all of them.
Could it be worth it to introduce an inbetween-topic-actor that does what distributed pub sub does for a single topic (registering to the receptionist when there are any subscribers, forwarding incoming messages to the subscribers).
The text was updated successfully, but these errors were encountered: