feat(cache): share auth and access caches across replicas via Redis
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- Java
- スター
- 35
- フォーク
- 7
- 平均マージ
- 9時間 23分
- マージ済み PR（30日）
- 154
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
devops-thiago/ThrillhouseBot のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
devops-thiago/ThrillhouseBot#1093 ·
メンテナーはふだん 1 日以内に返信
-
documentation enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
devops-thiago/ThrillhouseBot#321 ·
メンテナーはふだん 1 日以内に返信
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
devops-thiago/ThrillhouseBot#46 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
devops-thiago/ThrillhouseBot#1095 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 58/100
devops-thiago/ThrillhouseBot#1094 ·
メンテナーはふだん 1 日以内に返信
devops-thiago/ThrillhouseBot の issue をすべて見る
似ている issue
-
agent-java community triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
elastic/apm-agent-java#4594 ·
メンテナーはふだん 1 日以内に返信
-
area/plugin good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
kestra-io/plugin-soda#137 ·
-
area/plugin good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
kestra-io/plugin-aws#816 ·
メンテナーはふだん 2 日以内に返信
-
area/plugin good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
kestra-io/plugin-kestra#200 ·
メンテナーはふだん 1 日以内に返信
-
bug untriaged
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
opensearch-project/search-relevance#618 ·
メンテナーはふだん 3 日以内に返信