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.