Redis au-delà du cache : files, sessions et limitation de débit

On présente souvent Redis comme « un cache ». C'est exact, mais terriblement réducteur. Ce magasin de données en mémoire, rapide et polyvalent, résout élégamment toute une famille de problèmes que l'on rencontre dans presque toutes les applications. Encore faut-il connaître ses structures et leurs usages.

Le cache, évidemment — mais bien fait

L'usage le plus connu reste la mise en cache : stocker le résultat d'un calcul coûteux pour éviter de le refaire. La vraie difficulté n'est pas de mettre en cache, mais d'invalider au bon moment. On associe systématiquement une durée de vie aux clés, et on réfléchit à la stratégie de rafraîchissement dès la conception.

Il n'y a que deux problèmes difficiles en informatique : l'invalidation de cache et le nommage des choses. Redis ne résout que le second à votre place.

Sessions et données éphémères

Stocker les sessions utilisateur dans Redis plutôt qu'en mémoire applicative permet à plusieurs instances de partager le même état — indispensable dès qu'on monte en charge horizontalement. L'expiration automatique des clés gère naturellement la fin de vie des sessions.

Files de tâches

Grâce à ses listes, Redis sert de file légère pour déléguer des traitements en arrière-plan : envoi d'emails, génération de documents. Un producteur empile les tâches, des workers les dépilent et les exécutent. Pour des besoins plus avancés, les streams de Redis offrent des garanties de traitement proches d'un véritable broker.

Compteurs et limitation de débit

Redis excelle pour les opérations atomiques d'incrémentation. C'est la base d'un rate limiting efficace : compter les requêtes d'un client sur une fenêtre de temps et refuser au-delà d'un seuil. Le tout sans verrou ni base relationnelle sollicitée à chaque requête.

• Compteurs de vues, de likes, de tentatives de connexion.
• Limitation de débit par utilisateur ou par adresse IP.
• Verrous distribués pour coordonner plusieurs instances.

Classements en temps réel

Les ensembles ordonnés (sorted sets) maintiennent des classements triés par score, mis à jour en temps réel. C'est l'outil idéal pour un tableau des meilleurs scores, un fil tendance ou tout besoin de « top N » constamment recalculé, là où une requête SQL deviendrait coûteuse.

Garder en tête la nature de Redis

Redis vit en mémoire : rapide, mais la mémoire est limitée et précieuse. On surveille sa consommation, on fixe des politiques d'éviction, et on configure la persistance selon que l'on tolère ou non la perte des données récentes en cas de redémarrage. Ce sont des arbitrages à faire consciemment.

Conclusion

Réduire Redis à un cache, c'est passer à côté de l'essentiel. Sessions partagées, files de tâches, compteurs atomiques, limitation de débit, classements temps réel : la même brique résout des besoins très variés, avec une simplicité remarquable. Connaître ses structures de données, c'est s'ouvrir un éventail de solutions élégantes à des problèmes du quotidien.