Set up and connect a cache #377
Labels
No labels
automation
backend
bug
contributor experience
data
deployment
documentation
duplicate
good first issue
help wanted
nice to have
notifications
package maintainer
performance
skin
tech debt
user story
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-community/nix-security-tracker#377
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We have very complex aggregate data that requires long queries, but once compiled the data is largely immutable. In order to leverage that and reduce response times, we need a cache that can be accessed across requests, e.g. Redis.
Update the deployment such that the webserver has access to the cache, and add an integration test to verify that it works.
I am not convinced the case was demonstrated for query set caching, so I strongly do not recommend pursuing this until we have exhausted all the optimization opportunities we have (and we have plenty of them).
Closing for now as https://github.com/Nix-Security-WG/nix-security-tracker/pull/378 fixes the problem this was supposed to address.