palantir-rate-limits

# Palantir Rate Limits ## Overview Handle Foundry API rate limits with exponential backoff, request queuing, and monitoring. Foundry rate limits vary by endpoint and enrollment tier. ## Prerequisites - `foundry-platform-sdk` installed - Understanding of HTTP 429 responses ## Instructions ### Step 1: Understand Foundry Rate Limits Foundry rate limits are per-user and per-endpoint. Key limits: | Endpoint Category | Typical Limit | Burst | |-------------------|---------------|-------| | Ontology reads | 100 req/s | 200 | | Ontology writes (Actions) | 50 req/s | 100 | | Dataset reads | 50 req/s | 100 | | Search queries | 20 req/s | 50 | Rate limit headers returned: - `X-RateLimit-Limit` — max requests per window - `X-RateLimit-Remaining` — requests left in window - `Retry-After` — seconds to wait (on 429) ### Step 2: Implement Retry with Backoff (Python) ```python import time import random import foundry def retry_foundry_call(fn, *args, max_retries=5, base_delay=1.0, **kwargs): """Retry Foundry API calls with jittered exponential backoff.""" for attempt in range(max_retries + 1): try: return fn(*args, **kwargs) except foundry.ApiError as e: if attempt == max_retries: raise if e.status_code not in (429, 500, 502, 503): raise # Non-retryable error delay = base_delay * (2 ** attempt) + random.uniform(0, 0.5) retry_after = getattr(e, "retry_after", None) ...