Limits

Persistly uses hard runtime limits from day one.

These limits keep the product focused, simplify capacity planning, and prevent the save-sync layer from degrading into generic blob storage.

Hard Caps

These limits are part of the public contract.

Data payload256 KB to 2 MB by plan
SlotInfo payload16 KB to 128 KB by plan
Workspace storage1 GB to 500 GB by plan
Restore history24h to 90 days by plan
Conflict modelOptimistic concurrency
Runtime authBearer runtime key

Plan Limits

Request, storage, restore-history, and payload limits scale by workspace plan.

PlanRequestsRateStorageRestore historyPayload
Free100k/month60 prod/min, 20 stage/min1 GB24h256 KB slot data, 16 KB slotInfo
Starter1M/month300 prod/min, 60 stage/min25 GB7 days512 KB slot data, 32 KB slotInfo
Growth5M/month1,200 prod/min, 120 stage/min100 GB30 days1 MB slot data, 64 KB slotInfo
Pro20M/month3,000 prod/min, 300 stage/min500 GB90 days2 MB slot data, 128 KB slotInfo

Safe Exceed Behavior

Latest saves are prioritized over restore history.

Persistly warns as workspaces approach quota, throttles repeated traffic above the plan rate, and sacrifices normal restore-history snapshots before breaking accepted latest-save updates where possible. Protected or checkpoint-style history is retained longer than normal autosave history.