用于NodeJS应用程序的Hazelcast vs Redis(或NodeJS)

Question

我有一个应用程序，它有超过2TB的数据存储在缓存中，这些数据将使用NodeJS API访问。对于一个更好的NodeJS应用程序，黑兹尔卡斯特还是雷迪斯(或RedisLabs)？考虑到以下标准？

• NodeJS API支持，包括连接池。看来HazelCast没有NodeJS API

我理解在基准测试中，由于多线程的实现，Hazelcast更快，而且它也具有可伸缩性。但是，我们能否使用NodeJS(需要设置数据结构)有效地利用这些良好的特性？最后，我们可以在RedisLabs中使用多个碎片，这就像让多个线程或进程处理它们各自的数据块一样，在这种情况下，我相信由于多线程性质而产生的哈泽尔卡斯特的边缘对于Redis来说是正确的，但是对于RedisLabs，有什么评论吗？

Answer 1

事实上，Hazelcast Node.js客户端确实存在，并且目前提供了以下特性

• 实现开放客户端二进制协议，Redis使用基于文本的协议。
• 地图
  • 到达
  • 放
  • 删除

​

• 智能客户端-客户端连接到每个集群节点。由于每个数据分区都使用了众所周知的和一致的哈希算法，因此每个客户端都可以向相关的集群节点发送操作，从而提高了的总体吞吐量和效率。如果要从集群中添加或删除节点，则不需要重新启动客户端。
• 分布式对象侦听器
• 生命周期服务

通过比较Hazelcast和Redis服务器端的特性，您可以找到全面的文档这里。

谢谢

Answer 2

好吧，我建议如果您使用非常复杂的数据处理/处理，您应该使用HazelCast，而且nodejs本质上是单线程的，所以如果您只使用它来存储键值，就不要随它一起使用。

您可以为(NodeJS + hazelcast)使用官方API，但是功能非常有限，只使用KeyVal。

如果您只是使用缓存作为键值存储Redis是好的，快速，免费的！，它可以处理巨大的数据，以及一些额外的设置看看http://redis.io/topics/partitioning。

在支持定价方面，RedisLabs的成本较低，如果您在Redis中使用雷迪森，它可以为您提供所有的数据结构，Hazelcast使用:)

BitSet，Set，Multimap，SortedSet，Map，List，Queue，BlockingQueue，Deque，BlockingDeque，Semaphore，Lock，AtomicLong，CountDownLatch，发布/订阅，Bloom过滤器，远程服务，Spring，Executor服务，Live服务，Scheduler服务

RedisLabs的用户基础+贡献者要多得多，如果您与用户通信，HazelCast就会少一些，所以如果您的数据是2TB，如果它只是键值的话。红宝石最好