Currently, for message dispatch rate limiter in a subscription , we have 3 level setting :
dispatchThrottlingRatePerSubscriptionInMsg
and dispatchThrottlingRatePerSubscriptionInByte
in broker.conforg.apache.pulsar.client.admin.Namespaces#setSubscriptionDispatchRate
org.apache.pulsar.client.admin.TopicPolicies#setSubscriptionDispatchRate
As we all know, in the pub-sub messaging model, different subscriber of the same topic process the messages for various purpose, and they may have different requirement of message dispatch rate limiter. Here are some use case in my organization:
Support subscription level dispatch rate limiter setting.
void getSubscriptionDispatchRate(String topic, String sub) throws PulsarAdminException; void getSubscriptionDispatchRate(String topic, String sub, boolean applied) throws PulsarAdminException; void setSubscriptionDispatchRate(String topic, String sub, DispatchRate dispatchRate) throws PulsarAdminException; void removeSubscriptionDispatchRate(String topic, String sub) throws PulsarAdminException; //And the async version of these methods.
@PUT @DELETE @GET @Path("/{tenant}/{namespace}/{topic}/{subName}/dispatchRate")
The rate limiter itself is already implemented with each subscription. We only need to update the rate limiter settings if subscription level config is set. I propose to just add a new field in org.apache.pulsar.common.policies.data.TopicPolicies
to store the data.
private Map<String/*SubName*/, DispatchRateImpl> subscriptionDispatchRateMap;
And subscription level rate limiter setting has higher priority than topic level. We need to calculate the applied value when we create the subscription or any level config is changed.
None yet.