🗄️ Bases de données
redis-patterns
Patterns d'utilisation Redis pour le cache, pub/sub, streams et sessions.
⚡ Installation & lancement en 1 commande
Copiez-collez dans votre terminal : le skill s'installe dans ~/.claude/skills et Claude Code se lance directement dessus.
macOS / Linux
curl -fsSL https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.sh | sh -s -- redis-patterns --launch
Windows (PowerShell)
iex "& { $(iwr -useb https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.ps1) } redis-patterns -Launch"
🚀 Déjà installé ?
claude "/redis-patterns"
Ou tapez /redis-patterns dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.
🔑 Déclencheurs automatiques
Le skill s'active automatiquement quand votre demande contient :
Rediscache distribuépub/sub RedisRedis streams
📦 Installation manuelle
git clone https://github.com/khalilbenaz/claude-skills-collection.git
cp -r claude-skills-collection/database-skills/redis-patterns ~/.claude/skills/
Source : database-skills/redis-patterns
đź“– Manuel
Redis Patterns
Workflow
- Identifier le cas d'usage — Déterminer le pattern Redis approprié : cache-aside, write-through, pub/sub, streams, session store, rate limiting, leaderboard ou file d'attente.
- Choisir les structures de données — Sélectionner le type Redis optimal (String, Hash, List, Set, Sorted Set, Stream, HyperLogLog) en fonction des opérations nécessaires.
- Définir la stratégie de clés — Concevoir un nommage de clés cohérent avec des namespaces (ex: app:user:123:session) et définir les politiques de TTL appropriées.
- Configurer la politique d'éviction — Choisir la politique de mémoire adaptée (allkeys-lru, volatile-lfu, noeviction) selon le cas d'usage et les contraintes mémoire.
- Implémenter le pattern — Coder l'implémentation avec gestion des erreurs, fallback en cas d'indisponibilité Redis et sérialisation/désérialisation efficace.
- Gérer la haute disponibilité — Configurer Redis Sentinel ou Redis Cluster selon les besoins de failover automatique et de scalabilité horizontale.
- Monitorer et optimiser — Suivre les métriques clés (hit ratio, mémoire utilisée, latence, connections) avec Redis INFO et SLOWLOG.
Règles
- Toujours définir un TTL sur les clés de cache pour éviter une croissance mémoire non contrôlée, sauf pour les données de référence permanentes.
- Ne jamais utiliser KEYS en production ; utiliser SCAN pour itérer sur les clés de manière non-bloquante.
- Toujours implémenter un mécanisme de cache stampede prevention (mutex, probabilistic early expiration) pour les clés à fort trafic.
- Utiliser les pipelines Redis pour regrouper les commandes et réduire la latence réseau lors d'opérations multiples.
- Prévoir un fallback applicatif en cas d'indisponibilité de Redis pour garantir la résilience du système.