在Cassandra上使用淡褐色铸造是否有任何好处

Question

我想为我的Web应用程序实现会话存储.这是我的应用程序的配置文件.

1. 与会话相关的信息不会发生很大变化,但有时会发生变化.
2. 会话读取(session.getAttribute())比写入(session.setAttribute())更频繁.
3. 我不想处理基于主节点的架构(比如redis).
4. 与会话关联的数据很小,但会话数可能很大.
5. 查找始终采用键值的形式,如哈希映射.
6. 我对最终的一致性很满意.
7. 我希望能够指定复制因子.即将保存给定会话数据的节点数
8. 我只是在寻找不会因上述功能而产生许可费用的开源解决方案.
9. 现在我想要存储多达10,000个会话,每个会话10kb数据(平均),但最终我想扩展到100,000个或更多会话!

在我的应用程序中,hazelcast已被用于其他一些功能.但我不希望那是决定因素.Cassandra似乎满足了我的所有要求,似乎很受欢迎.有什么理由我应该选择关于卡桑德拉的淡褐色？

Answer 1

免责声明:Hazelcast员工

总的来说,我认为如果你可以用Hazelcast与Cassandra或Cassandra交换Hazelcast,其中一个工具就被误用了.我们有很多人使用它们作为伴侣,意味着Cassandra作为存储层,而Hazelcast作为缓存层,但Cassandra不是缓存,而Hazelcast不是数据库.

如果你想将你的存储持久化到磁盘上,可以选择Cassandra(可能使用Hazelcast添加缓存),如果你只想分发,请使用Hazelcast.如果您(由于某种原因或某种原因)重新启动群集,如果您偶尔松开会话,则特别是如果它"无关紧要"的后一种情况.

Answer 2

我们在项目中使用它们.我们使用Cassandra作为持久存储和Hazelcast来处理临时和频繁更改的数据(例如,分布式队列和同步原语).

有什么理由我应该选择关于卡桑德拉的淡褐色？

在我看来,从开发人员的角度来看,Hazelcast更容易,并且它不需要像Cassandra那样在生产环境(深度配置和调整,重复,重新启动......)上给予足够的关注,因此Hazelcast的支持更便宜.