Skip to content

feat(backend): Redis caching for frequently accessed data - #696

Open
woahwhattheheck wants to merge 8 commits into
Protocol-Guild:mainfrom
woahwhattheheck:sol56/payd-533-redis-cache-20261004
Open

woahwhattheheck wants to merge 8 commits into
Protocol-Guild:mainfrom
woahwhattheheck:sol56/payd-533-redis-cache-20261004

Conversation

@woahwhattheheck

Copy link
Copy Markdown

Closes #533.

What

Caches hot reads (employee service, forecasting/fx rates, forecast controller) through the existing Redis client with bounded TTLs; invalidates on writes.

Reference the ForecastController-owned Redis client explicitly in the two unbound settings handlers. This keeps GET from failing before configuration loading and PUT from reporting a receiver error after saving without invalidating the cache.

Continues the existing PayD Protocol-Guild#696 / Protocol-Guild#533 submission and preserves its original implementation and publication credit. Static source and actual route registration inspected; no runtime, compiler, test, workflow or deployment execution was performed for this correction.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add Redis caching for frequently accessed data

1 participant