Redis

DevOps 🟡 Mid

Définition

Base de données clé-valeur en mémoire, ultra-rapide. Supporte strings, hashes, lists, sets, streams. Utilisé comme cache, broker, et store de sessions.

Analogie

Un post-it géant ultra-rapide : tu écris, tu lis, c'est instantané, mais ça tient en mémoire.

Exemple de code

await redis.set('session:abc', JSON.stringify(user), 'EX', 3600);
const session = await redis.get('session:abc');
await redis.del('session:abc');

Cas d'usage

Cache applicatif, sessions, rate limiting, queues (BullMQ), leaderboards.

Anti-pattern

Utiliser Redis comme base de données primaire sans persistence : perte de données au redémarrage.

Termes liés

#devops#database#interview

En entretien

Explique-moi ce qu'est Redis et à quoi il sert.
C'est une base de données clé-valeur en mémoire, ultra-rapide, qui supporte strings, hashes, lists, sets et streams. C'est comme un post-it géant ultra-rapide : tu écris, tu lis, c'est instantané, mais ça tient en mémoire.
Quels sont les cas d'usage typiques de Redis ?
Cache applicatif, sessions, rate limiting et queues comme BullMQ, ou encore leaderboards. L'exemple de session utilise redis.set('session:abc', ..., 'EX', 3600) pour fixer une expiration.
Pourquoi ne pas utiliser Redis comme base de données primaire sans précaution ?
Parce que sans persistence, on risque une perte de données au redémarrage : c'est l'anti-pattern à éviter. Redis est conçu avant tout comme un store rapide en mémoire, pas comme source de vérité durable par défaut.

Dans l'actu

17/08 Redis publie cinq versions de sécurité (8.10.1, 8.8.2, 8.6.6, 8.4.6 et 8.2.9) corrigeant notamment CVE-2026-62356 (écriture heap hors limites au chargement RDB de CMSketch), des use-after-free liés à TLS et des contournements de permissions ACL sur SORT, GEORADIUS et XREAD. Bilan août 2026 →

Fiche mise à jour le 2026-09-27