docs(proposals): add persistent token cache proposal
parent
e3d12fd040
commit
bab07a7547
@ -0,0 +1,30 @@
|
|||||||
|
# Proposal: Persistent / Distributed Token Cache
|
||||||
|
|
||||||
|
Summary
|
||||||
|
-------
|
||||||
|
Introduce an optional pluggable token cache interface for registry auth tokens so deployments can opt for a shared cache (Redis, Memcached, or file-backed) across multiple Watchtower instances.
|
||||||
|
|
||||||
|
Motivation
|
||||||
|
----------
|
||||||
|
- In multi-instance deployments, the in-memory token cache avoids redundant token requests only per instance. A shared cache reduces token endpoint load and synchronizes token usage across instances.
|
||||||
|
|
||||||
|
Proposal
|
||||||
|
--------
|
||||||
|
- Define a `TokenCache` interface (Get/Set/Delete) in `pkg/registry/auth/cache_interface.go`.
|
||||||
|
- Keep the existing in-memory cache as the default implementation.
|
||||||
|
- Provide example Redis-backed implementation in `contrib/redis-token-cache/` (optional).
|
||||||
|
|
||||||
|
Migration
|
||||||
|
---------
|
||||||
|
1. Add `TokenCache` interface and adapter in `pkg/registry/auth`.
|
||||||
|
2. Wire `TokenCache` into `GetBearerHeader` to check the cache via the interface.
|
||||||
|
3. Add configuration options or environment variable to enable persistent cache and connection details.
|
||||||
|
|
||||||
|
Risks
|
||||||
|
-----
|
||||||
|
- Operational complexity for configuration (credentials for Redis, etc.).
|
||||||
|
- Need to handle TTL semantics and clock skew.
|
||||||
|
|
||||||
|
References
|
||||||
|
----------
|
||||||
|
- Current in-memory cache: `pkg/registry/auth/auth.go` (`tokenCache`, `getCachedToken`, `storeToken`).
|
||||||
Loading…
Reference in New Issue