CacheCore
CacheCore is a reusable caching layer for SaaS backends, with explicit namespacing, tenant-aware keys, invalidation, metrics, and an optional admin API.
What is in the repository
Section titled “What is in the repository”- 7 workspace packages
- 1 runtime applications
- 2 runnable example integrations
Why teams adopt QueueFlow
Section titled “Why teams adopt QueueFlow”- you want cache behavior explicit instead of scattered through app code
- you need predictable namespacing and tenant-aware keys
- you want stale-while-revalidate and invalidation as first-class behavior
- you want caching usable as an embedded library first, with an admin sidecar when needed
Start here
Section titled “Start here”- Quick start
- Architecture
- Adoption paths
- Operate CacheCore
- Maturity and scope
- Package reference
- Runtime reference
- Examples
How the pieces fit together
Section titled “How the pieces fit together”your backend or service -> @saazip/cache-core -> contracts + core + metrics -> adapters-redis for shared storage -> cache-core admin api -> invalidation, warm, and metrics operationsWhat QueueFlow owns
Section titled “What QueueFlow owns”- cache lifecycle primitives like remember, invalidation, and metadata-aware reads
- the namespace and tag model for keeping keys predictable
- cache metrics primitives and the optional admin API surface
- official adapter seams like Redis for durable shared cache usage
What your app still owns
Section titled “What your app still owns”- which reads should be cached and for how long
- your cache key, tag, and invalidation strategy at the product level
- which operational invalidation or warm-up flows you expose internally
Current maturity
Section titled “Current maturity”- already useful as a library-first cache foundation
- best for backend teams who want explicit caching policy and metrics
- still opinionated toward backend caching, not generic storage abstraction
Source repository: saazip/cache-core