cache для Хибера по сравнению с Redis?
Наверно, возможность иметь сохраненный актуальный кэш в случае необходимости неожиданного рестарта кластера кэширования?
+ наверно сразу двух зайцев - изучить новую СУБД для баз данных, а не только для кэширования.
плюс возможность написать самому разную логику около кеша
Зачем это может быть нужно для Hibernate?
Механизм снепшотоп и в редиске есть на самом деле, а та реализация JCache для tnt, она, по-моему, для standalone tnt, не для кластера, но с этим надо разбираться
Но ведь снэпшоты не помогут в случае аварии? А а данные Тарантула, если я правильно понимаю, нормально переживает аварии инфры?
жизнь обычно чуть больше требований даёт, чем просто взять кубики и сложить
При аварии может быть рассинхронизация L2 Cache?
Про redis vs tnt: https://habr.com/ru/company/vk/blog/550062/
Если нет Хибер плагина TNT для распределенного кэша, то для меня это no way :(
Короче, если нужен кэш второго уровня JPA, и нет особого желания ковыряться в кишках tnt, я бы взял что-то более изученное
Есть что-то лучше Redis ?
Как L2 кэш, даже не знаю, мы вообще Infinispan юзали, но это то ещё легаси 🙈
Обсуждают сегодня