Oui, il existe deux alternatives à Redis qui ne sont pas limitées par la taille de la RAM tout en restant compatibles avec le protocole Redis :
Ardb (C++), réplication (Maître-Esclave/Maître-Maître) :https://github.com/yinqiwen/ardb
Un serveur de stockage persistant compatible avec le protocole redis, supportLevelDB/KyotoCabinet/LMDB comme moteur de stockage.
Edis (Erlang):https://github.com/cbd/edis
Edis est un remplacement de serveur compatible avec le protocole pour Redis, écrit en Erlang. L'objectif d'Edis est de remplacer directement Redis lorsque la persistance est plus importante que la conservation de l'ensemble de données en mémoire. Edis (actuellement) utilise leveldb de Google comme backend.
Et pour être complet, voici une autre base de données de structures de données :
Hyperdex (chaînes, entiers, flottants, listes, ensembles, cartes) :http://hyperdex.org/doc/latest/DataTypes/#chap:data-types
HyperDex est :
- Rapide :HyperDex a une latence plus faible, un débit plus élevé et une variance plus faible que les autres magasins de clé-valeur.
- Évolutif :HyperDex s'adapte à mesure que d'autres machines sont ajoutées au système.
- Cohérent :HyperDex garantit la linéarisabilité des opérations basées sur des clés. Ainsi, une lecture renvoie toujours la dernière valeur insérée dans le système. Pas seulement « éventuellement », mais immédiatement et toujours.
- Tolérant aux pannes :HyperDex réplique automatiquement les données sur plusieurs machines afin que les pannes simultanées, jusqu'à une limite déterminée par l'application, n'entraînent pas de perte de données.Recherchable :
- HyperDex permet des recherches efficaces d'attributs de données secondaires.
- Facile à utiliser :HyperDex fournit des API pour une variété de langages de script et natifs.
- Auto-entretien :un HyperDex est auto-entretenu et nécessite peu d'entretien de la part de l'utilisateur.
