https://opennet.dev/openforum/vsluhforumID3/110508.html Выпущены (https://github.com/redisson/redisson/releases) новые версии фреймворка Redisson (https://redisson.org), основанного на Redis и представляющего полный набор Java-объектов и сервисов, которые необходимы для создания распределенных приложений. В рамках проекта развиваются две ветки: 2.x.x - поддерживает JDK 1.6+ и Android, 3.x.x - поддерживает JDK 1.8+. Код проекта написан на языке Java и поставляется (https://github.com/redisson/redisson) под лицензией Apache 2.0.<br><br><br>Redisson может работать с любыми конфигурациями Redis: Master/Slave, Sentinel, Cluster, а также в облачной инфраструктуре AWS Elasticache и Azure Redis Cache. Среди объектов и сервисов, которые реализованы поверх сервера Redis: BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service и так далее. Также предоставлена реализация Tomcat Session https://opennet.dev/openforum/vsluhforumID3/110508.html#10 Tue, 21 Feb 2017 10:47:38 GMT &gt;Помню, когда в Hazel появились Near Cache, в первых стабильных (!) релизах он сначала падал с Exception, потом тек по памяти &#8212; меня это тогда очень огорчило. :(<br><br>https://github.com/hazelcast/hazelcast/issues/1087<br><br>Вот про память, например. Было очень весело, когда наш мини-кластер внезапно после обновления начал падать каждые сутки, порой ночью, с OutOfMemory. Заткнули, конечно, через авторестарт на время &#8212; благо zero-downtime в том месте был не сверхкритичен, и можно было не откатываться, но было грустно. Тем более, что обычные юнит- и интеграционные тесты такого не ловят.<br><br>Зато еще раз доказало, что перед тем как обновлять/добавлять библиотеку в mission critical части системы нужно хотя бы обкатать ее с недельку или месяц на менее критичных "собаках".<br><br>А вот что Hazelcast, который как бы работает в первую очередь с памятью, не отловил утечку памяти при простом включении (без шаманства и настроек) опции, которую они пиарили в release notes &#8212; было грустно. Как раз, по моему, после эт https://opennet.dev/openforum/vsluhforumID3/110508.html#9 Tue, 21 Feb 2017 10:25:10 GMT &gt; Он основан на Redis, поддержка которого есть во множестве облачных сервисов таких как Aliyun, Amazon Elasticache, RedisLabs, Azure Redis Cache... <br><br>Чести ради поддержка Ignite тоже есть и в Azure, и в AWS в виде GridGain. Hazelcast (о котором речь в статье Moving from Hazelcast to Redis), вроде, в Azure тоже нашелся, в AWS &#8212; нет.<br><br>&gt; Почитайте ту же статью "Moving from Hazelcast to Redis", на которую они дают ссылку. Там объясняется причина по которой его используют.<br>&gt;&gt; When I say managing, I mean that we experienced lots of disconnections so it was very demanding in terms of operation. <br><br>В случае с Hazelcast, к сожалению, это действительно так &#8212; у нас тоже много с ним мучались. Помню, когда в Hazel появились Near Cache, в первых стабильных (!) релизах он сначала падал с Exception, потом тек по памяти &#8212; меня это тогда очень огорчило. :( Причем, одну из этих проблем исправляли только в следующей минорной версии, а не в патч-версии к предыдущему минору!<br><br>Могу попробовать поискать тикет https://opennet.dev/openforum/vsluhforumID3/110508.html#8 Tue, 21 Feb 2017 08:29:41 GMT Ошибся, ко второму комменту.<br> https://opennet.dev/openforum/vsluhforumID3/110508.html#7 Tue, 21 Feb 2017 08:28:56 GMT &gt; Зачем тянуть это в жабу, неясно<br><br>Прочитайте последний ответ к первому комменту<br> https://opennet.dev/openforum/vsluhforumID3/110508.html#6 Tue, 21 Feb 2017 06:40:24 GMT Точно, точно. С PHP вполне оправдано юзать такие штуки.<br><br>Явщики такие штуки десятками на коленках клепают :-)<br><br>Вот один товарищ(довольно известный и уважаемый) свою поделку с Redis-ом сравнивал http://vanillajava.blogspot.ru/2014/05/sharedhashmap-vs-redis.html <br> https://opennet.dev/openforum/vsluhforumID3/110508.html#5 Tue, 21 Feb 2017 04:41:48 GMT Всегда считал REDIS, memcached итп костылями из убогого LAMP-мира<br>В java мире для простых задач всё есть даже в SE. Зачем тянуть это в жабу, неясно. <br><br>В JBOSS/Wildfly из коробки есть infinispan, которое <br>language-independent service accessed remotely over a variety of protocols (Hot Rod, REST, Memcached and WebSockets)<br>и<br>Works on AWS, Azure, Google Cloud and OpenShift.<br> https://opennet.dev/openforum/vsluhforumID3/110508.html#4 Mon, 20 Feb 2017 13:49:40 GMT Их вообще сложно сравнивать. На первый взгляд одно преимущество у редиссона все же есть. Он основан на Redis, поддержка которого есть во множестве облачных сервисов таких как Aliyun, Amazon Elasticache, RedisLabs, Azure Redis Cache... То есть облако дает вам полный managed-сервис на Redis и избавляет вас хлопот сопровождения и обслуживания всего кластера.<br><br>Почитайте ту же статью "Moving from Hazelcast to Redis", на которую они дают ссылку. Там объясняется причина по которой его используют.<br> https://opennet.dev/openforum/vsluhforumID3/110508.html#3 Mon, 20 Feb 2017 13:35:14 GMT Чтобы ответить на этот вопрос эти продукты надо сравнить...<br> https://opennet.dev/openforum/vsluhforumID3/110508.html#2 Mon, 20 Feb 2017 12:36:33 GMT Чем оно лучше Apache Ignite?<br>