есть желание сделать его stateless и поместить в k8s. От рантайм в пользу запросов к rdbms переходить сомнительно из-за значительной разницы в перформансе. Redis тоже не подходит, не люблю его (по списку веских причин). Кроме тарантула есть in-memory решение с допустимой для стейта надёжностью?
keydb/форк redis?
У него те же минусы, что и у redis и перформанс такой же, хотя говорят об обратном. Нет нормальной персистентности, масштабирование скриптами
ну тогда etcd =)
по персистентностью ты что имеешь ввиду?
hazelcast можешь глянуть, imdg с тонной фич
Когда представление на диске идентично представлению в памяти. И после того, как электричество перестало поступать на бп можно будет восстановить состояние
Как один из вариантов https://www.dragonflydb.io
Так а Тарантул рассматриваете? Если его хватает, я бы на нём остановился. Всё-таки довольно стабильное и надежное уже решение.
У меня бывали с ним проблемы, нужно будет на одном из проектов дождаться новых и разбирать кейс. В общем, там записи статичные, которые живут месяцами, но в какой-то момент тарантул начинает отвечать, что их нет. После рестарта поднимался с таким же состоянием. Из-за того, что данные там не настолько важные - глубоко не копал и сносил wal.
В след. раз обязательно им пишите. Они зарабатывают на тарантуле, и к таким случаям будут внимательны.
А про picodata слышали? Насколько я понял, удобная система управления кластером
Забавно: https://git.picodata.io/picodata/picodata/picodata/-/blob/master/src/replicaset.rs#L93
Обсуждают сегодня