6% of the exam — the smallest domain, but a real one.
1 sub-topic · this deck covers the whole module — the last one in this section
↑ Module 2 OverviewAn API with no ceiling on requests is a liability, not a feature. This sub-topic is about why Okta caps API traffic, and what happens when a client hits that cap.
Rate limits "maintain both service continuity and effective security control" — they prevent excessive traffic, protect against DDoS-style abuse, and ensure fair access for every client.
Okta uses a bucket-based system: endpoints share defined quotas within a time window. Requests are matched by exact endpoint first, then by longest URL prefix if no exact match exists. Counters typically reset every 60 seconds — but not synchronized to the wall clock.
Exceeding a quota returns an HTTP 429 Too Many Requests response until the quota resets. Warnings are generated as counters approach capacity.
Three public metadata endpoints bypass rate limiting entirely:
Watch for scenario questions built around this trap:
→ "A client's requests are failing with HTTP 429." = they've exceeded their rate limit bucket; must wait for the ~60-second reset.
Sources: developer.okta.com — docs/reference/rate-limits/
✓ Module 2: API Extended Functions — complete (1 of 1 sub-topic) · API Functions section complete