James Dalton
03/31/2026, 1:21 PMAsk Inkeep
03/31/2026, 1:21 PMAsk Inkeep
03/31/2026, 1:21 PMPDP_LOCAL_FACTS_WAIT_TIMEOUT, which defaults to 10 seconds (2) . Your 8-14 second latency suggests requests might be approaching or hitting this timeout. You can adjust this via:
PDP_LOCAL_FACTS_WAIT_TIMEOUT=<seconds>
The PDP_LOCAL_FACTS_TIMEOUT_POLICY determines behavior when timeout occurs - it defaults to ignore (respond immediately) but can be set to fail (return 424 status) .
*Performance Considerations:*
The documentation notes several factors that can impact performance when using proxy facts (1) :
• *Increased API Latency*: Expected due to waiting for synchronization
• *CPU Usage*: PDP CPU usage may increase with high traffic to proxy facts endpoints
• *Unsupported APIs*: APIs not explicitly supported are still routed through the PDP to the Permit API, which can result in higher latency
*Deployment Architecture:*
The feature works best when PDPs are deployed as a Centralized PDP or PDP Sidecar to your application, ensuring the same PDP instance handles both data creation and permission checks . Using a PDP Cluster with load balancing is "less optimal" because permission checks may be routed to PDPs that haven't received the data update yet .
To help investigate further, could you provide:
1. Which Workspace / Project / Env you are using
2. What calls you are performing (as SDK code or CURL)
3. Which PDP version you are running
4. Relevant logs from your PDPAsk Inkeep
03/31/2026, 1:21 PMJames Dalton
03/31/2026, 1:26 PMJames Dalton
03/31/2026, 1:29 PMdavid
03/31/2026, 1:47 PMZe'ev Manilovich
03/31/2026, 2:49 PM