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
I’ve been working on implementing rate limiting on our router using the "simple" strategy. However, I noticed that once the rate limit is triggered, it applies globally all clients get rate-limited, which isn’t quite what we need.
"In addition to the 'simple' rate limiting strategy, we will support more advanced rate limiting strategies in the future, like rate limiting based on the client's IP address, their API key, or a claim in their JWT."
It's been over a year since that was published—so I wanted to check:
Are any of these more advanced strategies now supported?
Are there plans or a roadmap for supporting them?
Is there any known workaround to simulate per-client rate limiting today?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Hi team 👋
I’ve been working on implementing rate limiting on our router using the
"simple"
strategy. However, I noticed that once the rate limit is triggered, it applies globally all clients get rate-limited, which isn’t quite what we need.While researching, I came across your blog post:
📖 Rate Limiting for Federated GraphQL APIs
In the post, you mentioned:
It's been over a year since that was published—so I wanted to check:
Thanks in advance for any updates or suggestions!
Beta Was this translation helpful? Give feedback.
All reactions