Ensure ACL replication isn't too stale
- Dominant language
- Go
- Stars
- 30.1k
- Forks
- 4.6k
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 43
Description
We could check the last contact time for the ACL replication RPCs to ensure they aren't too stale. If we detect that they are outside of some threshold (which probably should be configurable) then we should reissue the query as non-stale or to a different server.
This would all be to ensure we have reasonably up to date ACL data.
Contributor guide
Research direction
Start by tracing the ACL replication RPCs and how their last contact time is tracked. Determine how a configurable staleness threshold and non-stale or alternate-server queries should fit the existing replication flow; the work is done when ACL data is kept reasonably up to date and the behavior is covered by relevant tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- authorization, distributed-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100