API Limits
Last updated
Last updated
When you create a new deployment, we set default service quotas (also referred to as rate limits) for various aspects of the Backend API. The configured quotas for your deployment can be viewed on the "Manage API" page on the data browser. You must ensure that any API requests you make do not exceed the current rate limit.
There is a predetermined maximum sustained rate of requests per second that the API can accept, with a provision for burst capacity above the sustained rate. The burst capacity is the total number of requests allowed once the sustained rate has been exceeded. The burst rate is replenished when the number of requests made is less than the sustained rate.
A request that exceeds the rate limit of an API will result in a HTTP Response with the status code 429 "Too many requests". An appropriate handler for this response would pause for a few seconds before retrying the request.
The limit named "Per App User" applies to the internal APIs that the app uses to synchronize data, upload attachments, etc., as well as OnlineDB queries. As the name suggests, these limits apply on a per-user basis and are typically handled automatically by the app.
The limit named "REST API" applies to the API described in of the documentation, and is applied globally for all API clients, including CloudCode, SQL data pipelines and external integrations, but excluding OnlineDB requests from an app.
Should you require an increase in any of these limits, please contact and explain your use case, and we'll respond as soon as possible.
