-
Notifications
You must be signed in to change notification settings - Fork 458
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
Proposal: Add explicit unlimited rate limits #241
Comments
IMO I would rather just implement #218 which I think covers this case? |
I think it's a bit different. Please correct me if I'm wrong. Test limits are processed in the same way as real limits, so they still have to go through redis/memcached. Currently the unlimited rate limits do not go to redis/memcached, so we want the new unlimited rate limits to be the same. It's also good for performance. |
Yeah fair enough. I agree we can look at this independently. |
Hey @mattklein123, I would like to pick this up. I've already looked into this briefly and it seems like the biggest issue here will be deciding what to return for rate limits which are set to 'unlimited'. Specifically, we have the Any suggestions on what we do with these? If we omitted them, then I think there isn't a difference between a response for an unlimited ratelimit and one that does not exist, which might cause confusion. Alternatively, I guess we could return something like uint32 max value, but that does not seem ideal either. |
I just realized that, if the limit is set to 0, these two fields are omitted. I guess we could do the same for unlimited ones then? |
Opened #261 |
This appears to be implemented now, can this issue be closed? |
Currently we can achieve implicit unlimited rate limits by not specifying a rate limit in the configuration. However, we'll lose the metrics (total_hits, within_limits) for those rate limits. The proposal is to add an explicit unlimited rate limit. An example config file could look like this:
We can skip the trip to redis/memcached if unlimited rate limits are requested. Please let me know if the team is open to this request or discuss any alternatives. The main concern is to be able to get the metrics for the unlimited rate limits.
The text was updated successfully, but these errors were encountered: