Qu'est-ce que Redis et à quoi sert-il ?

Question

Accepted Answer

**Redis** (REmote DIctionary Server) est un **magasin de données en mémoire** open-source — il conserve les données en RAM pour un accès extrêmement rapide. Il est utilisé comme **cache**, **base de données**, **message broker**, et bien plus, apprécié pour sa vitesse (opérations en sub-millisecondes) et ses structures de données polyvalentes.

## En mémoire = très rapide

```text
Redis stores data in RAM (memory), not on disk → access is EXTREMELY fast
  (sub-millisecond) because RAM is orders of magnitude faster than disk.
→ This speed is Redis's defining characteristic and the reason it's so popular.
(It can persist to disk too, but data primarily lives in memory.)
```

## Un magasin clé-valeur avec des structures de données riches

```bash
# Redis is fundamentally a KEY-VALUE store, but values can be rich data structures
SET user:1:name "Ann"          # String
GET user:1:name                 # => "Ann"

LPUSH queue "job1"              # List
HSET user:1 name "Ann" age 30  # Hash (like an object)
SADD tags "redis" "cache"      # Set
ZADD leaderboard 100 "Ann"     # Sorted Set (scored)
```

Contrairement à un simple magasin clé-valeur, les valeurs Redis peuvent être des **chaînes, listes, hashes, ensembles, ensembles triés**, et bien d'autres — permettant de nombreux cas d'usage.

## Cas d'usage courants

```text
✓ CACHING — store frequently-accessed data in memory → faster than hitting a database
  (the #1 use case — dramatically speeds up applications)
✓ SESSION STORE — store user sessions (fast, shared across servers)
✓ RATE LIMITING — count requests with fast counters + expiry
✓ LEADERBOARDS / rankings — sorted sets (ranked by score)
✓ QUEUES / message broker — lists or streams for job/task queues
✓ PUB/SUB — real-time messaging between services
✓ REAL-TIME analytics, counters, distributed locks, and more
```

## Pourquoi c'est important

Redis est l'un des magasins de données les plus largement utilisés dans les architectures d'applications modernes, donc comprendre ce qu'il est et à quoi il sert est une connaissance précieuse et largement applicable.

La caractéristique déterminante — Redis est un **magasin de données en mémoire**, conservant les données en RAM pour un **accès en sub-millisecondes** — est ce qui le rend si populaire : cette vitesse extrême (la RAM étant plusieurs ordres de grandeur plus rapide que le disque) permet d'accélérer dramatiquement les applications, le plus souvent comme **cache** (stocker les données fréquemment accédées en mémoire pour éviter les requêtes de base de données plus lentes — le cas #1, une technique de performance quasi universelle).

Comprendre que Redis est un **magasin clé-valeur avec des structures de données riches** (chaînes, listes, hashes, ensembles, ensembles triés, et bien d'autres, pas seulement des valeurs simples) est important car ces structures permettent sa polyvalence — alimentant non seulement la mise en cache mais aussi le **stockage de sessions** (rapide, partagé entre serveurs), la **limitation de débit** (compteurs rapides avec expiration), les **classements** (ensembles triés), les **files d'attente et message brokering** (listes, streams), **pub/sub** (messagerie en temps réel), et les verrous distribués.

Connaître les cas d'usage courants reflète une compréhension de l'endroit où Redis s'intègre dans les architectures réelles.

Puisque Redis apparaît dans un très grand nombre de systèmes en production (la mise en cache est quasi omniprésente, et Redis est le choix dominant), et puisque comprendre sa vitesse en mémoire, ses structures de données et ses cas d'usage courants (en particulier la mise en cache) est fondamental pour l'utiliser et pour architecturer des systèmes performants, comprendre ce qu'est Redis et à quoi il sert est une connaissance essentielle et largement pertinente pour le développement back-end moderne, le point de départ pour exploiter l'un des outils les plus importants pour la performance des applications et une technologie fréquemment discutée.