Skip to main content

Overview

To ensure fair usage and system stability, Orwel implements rate limiting on all API requests. Rate limits are applied per API key.

Rate Limits

Limits are counted per key, in one minute windows shared by every Orwel server, for the REST API (/api/v1) and the MCP server. The production and development keys of the SDK only send data to the ingest endpoints, which are not part of this limit. See API keys and authentication.
The limit belongs to the key, not to the workspace. An integration and an agent on separate keys never slow each other down.

Rate Limit Headers

Every API response includes rate limit information in the headers:
integer
Maximum number of requests allowed in the current window
integer
Number of requests remaining in the current window
integer
Unix timestamp when the rate limit resets

Rate Limit Exceeded

When you exceed the rate limit, you’ll receive a 429 Too Many Requests response:
The response also includes a Retry-After header indicating how many seconds to wait before retrying.

Best Practices

Always check the X-RateLimit-Remaining header to know how many requests you have left. Implement logic to slow down requests as you approach the limit.
When you receive a 429 response, wait before retrying. Use exponential backoff to gradually increase wait times.
Instead of making many individual requests, batch your operations when possible. For example, use pagination to fetch multiple items in a single request.
Cache API responses when appropriate to reduce the number of requests. Use ETags or implement your own caching strategy.

Monitoring Usage

Settings, API keys shows when each key was last used and from which origin. To see how close a client is to the limit, read the X-RateLimit-Remaining header of its responses.

Increasing Limits

If you need higher rate limits for your production workload:
1

Contact Support

Email support@orwel.io with your use case (see Support)
2

Provide Details

Include your workspace ID and expected request volume
3

Review

Our team will review your request within 24 hours
Enterprise plans include higher rate limits by default. Contact us to learn more.

Example Implementation

Here’s a complete example with rate limit handling: