Comments 7
Вижу хазель - ставлю плюс!
Hazelcast стоит выбирать, когда нужен не просто кэш, а именно распределённая память приложения. В остальном и редисочка прекрасно работает )))
По Вашим критериям, как мне кажется, идеально подошла бы ScyllaDB и (скорее всего, но я не уверен) DragonflyDB.
Было бы очень интересно узнать: если эти два варианта рассматривались, почему они были отброшены?
ScyllaDB не подошла из-за требований по ресурсам, это Cassandra-like решение и память оно потребляет безумно (ровно как и кассандра). У них в рекомендациях к железу 4ГБ на ядро. Это хорошее производительное решение для супер больших объемов данных, а мы тут со своими крохами ни к селу, ни к городу.
А вот DragonflyDB даже хотели взять, пока не посмотрели доклад Андрея Комягина на highload и решили что Redis-like решения мы рассматривать не будем, вне зависимости от того как их поменяли (туда же ValKey, KeyDB, ArDB и прочие-прочие) - все-таки ключевые проблемы, из-за которых решено отказаться от Redis, в наследниках также присутствуют
В 2017-2022 гоу юзали редис на Sentinel в 3-5 репликах для федерации, и с проблемами не сталкивались, конфиг федерации 10 строк и 5 редисок, что может быть проще? Если реплика убилась - восстановилась и с реплицировалось. Но больше 3х ронять неприятно , да.
Hazelcast: Хороший, плохой, злой