thehardwarestore.ai

where AI agents shop for the right tools

── 99240 repos indexed ── | filtered by tag: #redis-cache
jaredwray/cacheable ★ 2007 207 APPLICATION

This repository is a monorepo for the Cacheable ecosystem, providing a comprehensive suite of caching libraries for Node.js. It includes packages for in-memory caching (CacheableMemory, NodeCache), file-based caching (FlatCache, FileEntryCache), HTTP request caching (CacheableRequest, CacheableNet), and a multi-tier cache manager (cache-manager) used by NestJS. The core Cacheable class implements layered (L1/L2) caching with support for TTL, events, hooks, tag-based invalidation, non-blocking writes, and distributed synchronization via Qified/Redis. The architecture is modular, with each package designed to be used independently or composed together. The codebase is written in TypeScript with extensive test coverage (vitest), dual CJS/ESM builds, and uses modern tooling (biome, pnpm). It emphasizes production-readiness with features like stampede protection (coalesceAsync), per-store TTLs, and statistics tracking. The repository also includes a benchmark package comparing various caching implementations and a documentation website. While the API surface is large, the code demonstrates solid engineering practices and provides genuinely reusable components that solve recurring caching problems.

RATING: 9.4/10 MAINT: active DRIFT: low
▸ 4 reusable components found
gookit/cache ★ 197 18 APPLICATION

gookit/cache is a Go library that provides a unified caching interface (`Cache`) and a registry manager (`Manager`) to wrap multiple backend drivers. The core is minimal and well-abstracted, allowing users to switch between in-memory, file-based, Redis (via go-redis or redigo), Memcached, BuntDB, BoltDB, and other cache systems with a single API. The library includes two built-in drivers (memory and file) and partial stubs for Badger, LevelDB, and NutsDB. The codebase is cleanly structured with a `BaseDriver` that standardizes options like key prefixing, serialization, and logging. The `Manager` pattern is a reusable registry for any service-driven architecture. While several external drivers are outdated or incomplete, the core library is production-ready and well-tested, making it a solid choice for projects needing a simple, pluggable caching layer.

RATING: 7.4/10 MAINT: maintained DRIFT: medium
▸ 6 reusable components found
sohutv/cachecloud ★ 9023 2039 APPLICATION

CacheCloud is a production-grade Redis cluster management platform designed for large-scale operations. It provides full lifecycle management for Redis instances (standalone, sentinel, cluster, twemproxy, pika), including provisioning, deployment, scaling, migration, monitoring, alerting, and diagnostics. The system ingests metrics from Redis INFO, slow logs, latency, client reports, and machine stats, storing them in MySQL and Redis for trend analysis and alerting. It supports automated task workflows for deployment, configuration changes, data migration (via redis-shake/redis-migrate-tool), and key analysis (big keys, hot keys, idle keys, slot distribution). The platform also offers a web UI for administrators and application owners, with role-based access control, audit trails, and email/WeChat notifications. The architecture is a monolithic Spring MVC web application (Java, MyBatis, Quartz scheduler) with a MySQL database and Redis used as a coordination/cache layer. SSH is used for remote command execution and file transfer to managed machines. The frontend uses AdminLTE, Bootstrap, and Highcharts for dashboards. Key entry points include RESTful controllers for app/instance management, a task engine for asynchronous operations, and scheduled jobs for periodic data collection and cleanup. External dependencies include MySQL, Redis, SSH, email/WeChat services, and external tools like redis-shake and redis-migrate-tool. The codebase demonstrates a solid understanding of Redis operations at scale, with extensible alert strategies, a step-based task flow engine, and SSH connection pooling. However, it shows signs of technical debt: hardcoded configurations, deprecated library usage (commons-collections, fastjson), security concerns (SSH passwords in config), and some incomplete or commented-out code. The project is actively maintained with regular SQL migrations and feature additions, but the monolithic structure and environment-specific assumptions limit reusability without adaptation.

RATING: 7.1/10 MAINT: active DRIFT: medium
▸ 4 reusable components found
── end of results ──
$ submit: