Redis

Un article de Wikipédia, l'encyclopédie libre.
Redis
Description de l'image Redis Logo.svg.

Informations
Créateur Salvatore Sanfilippo
Développé par Redis Labs
Première version Voir et modifier les données sur Wikidata
Dernière version 7.2.4 ()[1]Voir et modifier les données sur Wikidata
Dépôt Redis sur GitHub
État du projet  En développement actif
Écrit en C
Système d'exploitation MultiplateformeVoir et modifier les données sur Wikidata
Environnement Multiplate-forme
Langues Anglais
Type Base de données clef-valeur
Politique de distribution Gratuit et open source
Licence RSALv2 et SSPLv1
Site web https://redis.io

Redis (de l'anglais REmote DIctionary Server qui peut être traduit par « serveur de dictionnaire distant » et jeu de mots avec Redistribute[2]) est un système de gestion de base de données clé-valeur extensible, très hautes performances, écrit en C ANSI. Il fait partie de la mouvance NoSQL et vise à fournir les performances les plus élevées possible.

Historique[modifier | modifier le code]

Lancé en 2009 par Salvatore Sanfilippo, le développement du logiciel Redis a été financé par Pivotal Software (en) en , puis par Redis Labs en [3].

En , il est devenu le neuvième SGBD le plus utilisé au monde, et le premier pour les bases de données clé valeur[4].

En , Redis annonce l'abandon de la license BSD pour une double license moins permissive : RSALv2 (Redis Source Available License) et SSPLv1[5].

Principales caractéristiques[modifier | modifier le code]

Données manipulées[modifier | modifier le code]

Redis permet de manipuler des types de données simples : chaînes de caractères, tableaux associatifs, listes, ensembles et ensembles ordonnés.

Protocole réseau[modifier | modifier le code]

Afin de communiquer avec un serveur Redis, il faut ouvrir une connexion TCP. Le client et le serveur Redis utilisent alors le protocole RESP[6] (REdis Serialization Protocol) qui s'ajoute au-dessus de la couche réseau TCP. Ce protocole est très facile à implémenter et se base sur un système de commandes et permet de sérialiser de nombreux types de données ainsi que des erreurs.

Stockage en RAM[modifier | modifier le code]

Une des principales caractéristiques de Redis est de conserver l'intégralité des données en RAM. Cela permet d'obtenir d'excellentes performances en évitant les accès disques, particulièrement coûteux sur ce plan.

Redis a tenté d'utiliser le disque dur pour décharger la RAM, mais cette fonctionnalité est maintenant dépréciée.

Afin d'assurer la conservation des données en cas d'incident — la mémoire vive étant volatile — Redis offre la possibilité de « capturer » l'état de la base dans un fichier. Cette technique ne conservant pas les modifications effectuées entre deux captures, il est par ailleurs possible de les enregistrer afin de restaurer la base en cas d'incident.

Événementiel[modifier | modifier le code]

Redis dispose d'un mécanisme publish-subscribe permettant d'émettre des événements aux différents clients connectés sur la base.

Déploiement[modifier | modifier le code]

Redis supporte la réplication via un modèle primaire-secondaire à des fins de résistance aux pannes et de répartition de la charge. Toutes les écritures doivent se faire via l'instance primaire, mais il est possible de faire des lectures sur les instances secondaires — si toutefois il n'y a pas de besoin critique d'accéder avec certitude à des données à jour.

Son port logiciel par défaut est 6379[7].

Mises en œuvre notables[modifier | modifier le code]

Notes et références[modifier | modifier le code]

  1. « Release 7.2.4 », (consulté le )
  2. (en) « Redis FAQ », sur Redis (consulté le ).
  3. « Thanks Pivotal, Hello Redis Labs - », sur antirez.com (consulté le ).
  4. (en) « DB-Engines Ranking », sur DB-Engines (consulté le ).
  5. « Sur fond de changement de licence, Redis rachète SpeeDB »
  6. « Redis Protocol specification – Redis », sur redis.io (consulté le )
  7. https://redis.io/topics/quickstart
  8. (en) « Crowdsourced document analysis and MP expenses », sur simonwillison.net (consulté le ).
  9. (en) Tom Preston-Werner, « How We Made GitHub Fast », sur github.com, (consulté le ).
  10. « Does Stack Exchange use caching and if so, how? », sur Meta Stack Exchange (consulté le ).
  11. « insidestories.salesforce.com/c… »(Archive.orgWikiwixArchive.isGoogleQue faire ?).

Voir aussi[modifier | modifier le code]

Articles connexes[modifier | modifier le code]

Liens externes[modifier | modifier le code]