По состоянию на 2017 год, как Redis и Hazelcast предложение высокодоступное \ масштабируемое хранилище ключей \ значение. С очень быстрым временем отклика < 10 мс.
Redis уникален тем, что поддерживает другие структуры данных, такие как ботанные наборы, хэш-множества и механизм pub \ sub. Это также можно расширить с помощью сценариев lua. Это, вероятно, самый популярный и широко используемый из двух продуктов. Особенно за пределами экосистемы Java.
Hazelcast уникален тем, что он может быть встроен в процесс хоста Java, что делает его отличным для создания микросохранений с сохранением состояния без внешней зависимости базы данных. Он также имеет некоторые другие небольшие различия, такие как возможность получить звонок от истечения срока действия ключа. В некотором смысле, он делает меньше всего, но немногие вещи он делает, он делает их лучше. Особенно, если вы используете Java.
В целом, это аналогичные решения, предназначенные для аналогичных случаев использования, таких как кеширование внешних данных, создание объединительной платы связи или состояния общей памяти для микросервиса с сохранением состояния или, возможно, даже хранение (небольших количеств нереляционных) бизнес-данных с некоторой степенью долговечность.
Вы должны попытаться описать вашу проблему лучше. Данные, которые вы хотите разместить внутри, и особенно, как вам нужно запрашивать данные. – antirez
Я планирую поставить около 30 М ключевых значений. Данные выглядят. userid-Set. set имеет атрибуты для этого пользователя, около 10. Он будет постоянно обновляться, и он будет получать запрос постоянно. Мне нравится redis, потому что он знает, что такое Set, и это одна операция, но она не может масштабироваться. – Federico