Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow cache invalidation on policy update (or custom event) #6

Open
anderseknert opened this issue Jan 22, 2020 · 0 comments
Open

Allow cache invalidation on policy update (or custom event) #6

anderseknert opened this issue Jan 22, 2020 · 0 comments
Labels
enhancement New feature or request

Comments

@anderseknert
Copy link
Member

Since caching is essential for good performance it makes sense to cache aggressively - both in terms of cache size but also in keeping the TTL of cached objects high. The downside of this is of course that policy (or policy data) changes take a long time to have an effect.

To tackle this while maintaining high performance, we should look into the possibilities to invalidate the cache on changes.

Some options to explore could be:

  • allow programmatic invalidation at some predefined endpoint.
  • hook into the currently unimplemented [add|get|remove]Acls methods on the authorizer interface to do cache invalidation.
  • use OPA's status API mechanism to know when policy or data changed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant