Openstatus Rate Limits
OpenStatus Cloud governs usage primarily through per-plan resource limits rather than published per-second REST throttles. The dominant constraints are the number of monitors, the minimum check frequency (periodicity), the number of status pages and components, the available regions, and data retention, all of which scale by subscription tier. The on-demand /check endpoint is intended for ad-hoc use and is subject to fair-use limits. Self-hosted deployments under AGPL-3.0 are bounded only by the operator's own infrastructure.
Openstatus Rate Limits is the machine-readable rate-limit profile for OpenStatus on the APIs.io network, conforming to the API Commons Rate Limits specification.
It captures 6 rate-limit definitions, measuring monitors, interval, pages, regions, and months.
The profile also includes 3 backoff/retry policies defined and response codes documented for throttled.
Tagged areas include Monitoring, Synthetic Monitoring, Uptime, Status Pages, and Rate Limiting.
Limits
Policies
Sources
- https://www.openstatus.dev/pricing
- https://www.openstatus.dev/docs
- https://www.openstatus.dev/docs/api-reference
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for rate limits
4 MCP tools reach this
find_rate_limitsBrowse and filter every rate limit in the catalog.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.
Call it yourself
curl for this page
curl "https://apis.io/api/v1/rate-limits/openstatus-rate-limits"
curl "https://apis.io/api/v1/rate-limits?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.