问redis诉hazelcast

EN

为了满足缓存需求，我们从redis切换到hazelcast。

• 对我们来说，预言片+黑兹尔广播比我们快得多。
• 预言片+ Jedis (合并)+ Redis

我们使用原型来序列化那些创建成本很高的bean。Hazelcast标准序列化机制要慢得多.我们的环境是玻璃鱼3.1。

Hazelcast看起来只有java lib，Redis对每种语言都有一个。

是真的。Hazelcast只提供了REST和memcached协议的实现。

有一个非常方便的库- 雷迪森。它提供分布式Java对象和服务(BitSet、BloomFilter、Set、SortedSet、Map、ConcurrentMap、List、Queue、Deque、BlockingQueue、BlockingDeque、ReadWriteLock、Semaphore、d14、AtomicLong、CountDownLatch、Publish / Subscribe、RemoteService、ExecutorService、LiveObjectService、d21)！

它支持集群、哨兵、主/从和单连接模式。

完美地在云中工作，并支持AWS弹力缓存和Azure Redis cloud

以下是Redisson客户的一些成功案例：

从哈泽尔卡斯特搬到雷迪斯

使用Redis (从Hazelcast迁移)的分布式锁定

请注意:我是“Redisson”的作者

到2017年，Redis和Hazelcast都提供了高度可用的\可伸缩的key\value存储。非常快的响应时间&；10。

Redis的独特之处在于它支持其他数据结构，如删失集、散列集和pub\sub机制。它还可以通过lua脚本进行扩展。这可能是这两种产品中最受欢迎和最广泛使用的。尤其是在Java生态系统之外。

Hazelcast的独特之处在于它可以嵌入到Java主机进程中，这使得它很适合在不依赖外部数据库的情况下构建有状态的微服务。它还存在其他一些小的差异，比如从密钥到期时获得回叫的能力。从某种意义上说，它做的总体上较少，但它所做的事情很少，它做得更好。尤其是如果你在使用Java。

总的来说，这些解决方案都是为类似的用例设计的，例如缓存外部数据，为有状态的微服务创建通信后台或共享内存状态，甚至可能存储(少量的非关系)业务数据，具有一定的持久性。