Microsoft Purview Rate Limits
Microsoft Purview APIs sit on the Azure Resource Manager and Microsoft Graph control planes, inheriting their throttling models. ARM control-plane requests are subject to subscription-level read / write limits (12,000 reads, 1,200 writes per hour per subscription per region); Graph compliance endpoints follow Graph throttling. Purview-specific data-plane limits are not separately published per-tier — they degrade based on Data Map capacity-unit allocation. Limits are enforced via 429 with Retry-After.
Microsoft Purview Rate Limits is the machine-readable rate-limit profile for Microsoft Purview on the APIs.io network, in the API Commons Rate Limits shape.
It captures 4 rate-limit definitions, measuring requests_per_hour and varies.
Limit state is signalled in the retryAfter, ratelimitRemaining, and ratelimitRemainingWrites response headers, and an exhausted limit returns HTTP 429.
This profile was written by API Evangelist and has not been verified against a page the provider published; treat every limit as unconfirmed until a dated transcription replaces it.
The profile also includes 4 backoff/retry policies defined and response codes documented for throttled and serviceUnavailable.
Tagged areas include Rate Limiting, Compliance, Data Governance, and Microsoft.
retryAfterratelimitRemainingratelimitRemainingWrites
generated, dated 2026-05-05.
Limits
Policies
Sources
- https://learn.microsoft.com/en-us/azure/azure-resource-manager/management/request-limits-and-throttling
- https://learn.microsoft.com/en-us/graph/throttling
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.