feat(cache): share auth and access caches across replicas via Redis
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by locating GitHubAuthClient and DashboardAccessChecker, then read how their in-memory caches and TTLs are configured. Check the existing Redis store used for sessions, fan-out, or idempotency to see how it can be shared; the issue names no files or tests. Done means both caches can optionally use Redis with their stated TTLs and fall back to in-memory caching when Redis is not configured.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem Statement
Installation tokens (GitHubAuthClient, 50-min TTL) and dashboard access decisions (DashboardAccessChecker, 5/10/60-min TTLs) are cached in-memory per process. Under multiple replicas each instance re-warms its own caches and mints its own installation tokens — correct, but duplicated work and extra token-endpoint calls. With Redis arriving for 1.0 (sessions / fan-out / idempotency), these caches could be shared.
Proposed Solution
Optionally back the installation-token cache and the access-control cache with the shared Redis store (keyed by installation id / login, preserving the existing TTLs), falling back to in-memory when Redis is not configured. Pure optimization; no behavior change.
Alternatives Considered
- Keep per-replica in-memory caches — simplest and correct, just less efficient at scale.
Priority
Nice to have
Code of Conduct
- I have searched for existing issues and this is not a duplicate.
- Lingua principale
- Java
- Stelle
- 35
- Fork
- 7
- Merge medio
- 9h 23m
- PR unite (30g)
- 154
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di devops-thiago/ThrillhouseBot
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
devops-thiago/ThrillhouseBot#1093 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
devops-thiago/ThrillhouseBot#321 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
devops-thiago/ThrillhouseBot#46 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
devops-thiago/ThrillhouseBot#1095 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 58/100
devops-thiago/ThrillhouseBot#1094 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di devops-thiago/ThrillhouseBot
Issue simili
-
approved bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
checkstyle/checkstyle#21981 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
beehive-lab/TornadoVM#1248 ·
I maintainer di solito rispondono entro 1 giorno
-
bug jdbc-v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
ClickHouse/clickhouse-java#3214 ·
I maintainer di solito rispondono entro 1 giorno
-
Java and Kotlin (JVM): parse gradle/wrapper/gradle-wrapper.properties with exact line locationsApertaarea: detector eco: java help wanted lane: free-agent roadmap size: S type: parser
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
arminazimi/evergreen#355 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
micronaut-projects/micronaut-data#4134 ·
I maintainer di solito rispondono entro 1 giorno