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
We can better parallelize the workload for keyspace events where we subscribe to all of the upstream nodes.
Ideally, we'd split the work into Kafka Connect tasks and use the max task count as a limiter. Each task would subscribe to an upstream node and then reconfigure upon topology changes.
This strategy doesn't work for regular pub/sub though, since regular pub/sub is cluster-wide (apart from the new sharding pub/sub logic that was recently introduced and not yet supported). As such, #27 is a blocker.
The text was updated successfully, but these errors were encountered:
We can better parallelize the workload for keyspace events where we subscribe to all of the upstream nodes.
Ideally, we'd split the work into Kafka Connect tasks and use the max task count as a limiter. Each task would subscribe to an upstream node and then reconfigure upon topology changes.
This strategy doesn't work for regular pub/sub though, since regular pub/sub is cluster-wide (apart from the new sharding pub/sub logic that was recently introduced and not yet supported). As such, #27 is a blocker.
The text was updated successfully, but these errors were encountered: