-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
[request] Multiple ratelimiting options per API #205
Comments
👍 for the feature, and for the PR, we would love to see some contributions ;) |
+1 |
+1 |
Thanks for the 👍 Currently the rate limiting config is like: --data "value.limit=100" and --data "value.period=hour" There are two ways I can think of supporting multiple configurations.
which one do you guys prefer? |
I think the second solution is much cleaner, it sounds great. |
note: these kind of plugins are currently "per API" only, but in the very near future will be and should be per endpoint too. |
@sinzone Agreed., this addition wouldn't stand in the way of supporting per endpoint level configs. |
I like option 2, but with the key=value pairs inverted like This is because we are using Lua tables internally so having the same |
That's just a matter of how you parse them. |
PR for documentation/website change is here : https://github.com/ind9/getkong.org/pull/1 |
👍 |
Closed with #382. |
* test(go) ability to test GO * chore(ci) test against next as the default in CI * chore(ci) add a retry * chore(ci) only retry the Ubuntu stage
Here is our usecase:
For an API, we impose a monthly limit of 100,000 calls. Also there is a second level throttling of 5 requests/second to avoid too many concurrent requests. Currently, this is not possible with kong.
I think we can allow to have multiple rate limits per API provided they have different period values. And while throttling the requests, we can verify all of them and throw a 429 even if any one has crossed the quota. I would like a send a PR to fix this. But, before I would like to have the feedback.
Thanks!
The text was updated successfully, but these errors were encountered: