Skip to content

docs: rate limits table with search#2460

Draft
unatasha8 wants to merge 7 commits intomasterfrom
feat/rate-limits-table-with-search
Draft

docs: rate limits table with search#2460
unatasha8 wants to merge 7 commits intomasterfrom
feat/rate-limits-table-with-search

Conversation

@unatasha8
Copy link
Contributor

  • I have read the contributing guidelines and signed the CLA.
  • I have referenced an issue containing the design document if my change introduces a new feature.
  • I have read the security policy.
  • I confirm that this pull request does not address a security vulnerability.
    If this pull request addresses a security vulnerability,
    I confirm that I got approval (please contact security@ory.com) from the maintainers to push the changes.
  • I have added tests that prove my fix is effective or that my feature works.
  • I have added the necessary documentation within the code base (if appropriate).

Further comments

@unatasha8 unatasha8 changed the title docs: Rate limits table with search docs: rate limits table with search Mar 5, 2026
## Rate limits per bucket

Buckets follow a `{service}-{access}-{cost}` naming pattern. For example:

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think I will echo what Patrik put into the code PR for this. I am not sure if customers will understand or care about the cost bit. When they simply see something like kratos-public-low they will think it is requests that have a low ratelimit ceiling rather than low cost. I hate to derail this, but we might want to think about how to better label this for the public.


- **Burst limit**: Maximum requests per second (rps), allowing for short traffic spikes.
- **Sustained limit**: Maximum requests per minute (rpm), ensuring consistent performance over time.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we split the technical below into another document? It feels odd to get into the "how" when we are explaining the why above.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants