A partir de 2017, tanto Redis y Hazelcast oferta altamente disponible \ clave escalable \ valor de almacenamiento. Con tiempos de respuesta muy rápidos < 10ms.
Redis es único en el sentido de que es compatible con otras estructuras de datos como conjuntos sombreados, conjuntos de hash y un mecanismo pub \ sub. También es extensible a través de secuencias de comandos lua. Es probablemente el más popular y ampliamente utilizado de los dos productos. Especialmente fuera del ecosistema de Java.
Hazelcast es único ya que puede integrarse en un proceso de host de Java, lo que lo hace ideal para la construcción de microservicios con estado sin dependencia de una base de datos externa. También tiene algunas otras pequeñas diferencias, como la posibilidad de recibir una devolución de llamada después del vencimiento de una clave. En cierto sentido, lo hace menos general, pero las pocas cosas que hace, lo hace mejor. Especialmente si estás usando Java.
En general, son soluciones similares diseñadas para casos de uso similares como almacenamiento en caché de datos externos, creación de un plano posterior de comunicación o estado de memoria compartida para un microservicio con estado o incluso almacenamiento (pequeñas cantidades de datos comerciales no relacionales) con algún grado de durabilidad.
Debería tratar de describir mejor su problema. Los datos que desea ingresar, y especialmente, la forma en que necesita consultar sus datos. – antirez
Planeo poner alrededor de 30 M pares de valores-clave. Los datos se parecen. ID de usuario-Set. set tiene atributos para ese usuario, alrededor de 10. Se actualizará constantemente y obtendrá consultas constantemente. Me gusta el redis porque sabe qué es un Set y es una operación, pero no puede escalar. – Federico