cache: share ingress rate limits across instances
This commit is contained in:
@@ -52,8 +52,9 @@ Progress:
|
||||
- Community fallback in-memory implementations now exist for response cache, rate-limit state, replay guard, and coordination state
|
||||
- Community deployment manifest now includes optional `valkey` profile and cache env wiring without making cache mandatory
|
||||
- shared `Valkey/Redis` backend layer now exists in `crank-runtime` with config-driven store factory for managed / enterprise contours
|
||||
- admin-api and mcp-server ingress rate limiting now use shared external cache state when `CRANK_CACHE_BACKEND` is `valkey` or `redis`
|
||||
- pending:
|
||||
- wire selected cache stores into concrete runtime/admin/mcp paths so external backend reduces real load instead of existing only as reusable layer
|
||||
- wire response cache / replay guard / coordination state into additional concrete runtime and transport paths
|
||||
|
||||
## Planned
|
||||
|
||||
|
||||
Reference in New Issue
Block a user