Hazelcast 对比 Redis 对比 S3
Hazelcast vs Redis vs S3
我目前正在评估我们可以在相关技术中使用的最快的缓存解决方案。我们知道，虽然 Redis 和 Hazelcast 的意图和定义都是缓存解决方案，并且有一个明确的 Whosebug link @ redis vs hazelcast，但还有 AWS S3 可能不是缓存解决方案，而是尽管如此，存储和检索服务 + 它也支持 SQL，这在我看来也使它成为比赛的预选赛。考虑到这一点，有没有预先考虑根据速度、数据量等来比较三者？
Hazelcast 还提供 SQL 类似的功能 - 运行 查询以获取结果集中的数据。在技术方面，Hazelcast/Redis 和 S3 有根本的不同；因为后者是一个磁盘绑定数据存储，并且 proven/known 比内存中的对应物慢得多。
从逻辑角度来看：S3 或任何其他磁盘绑定数据存储无法与从内存数据存储访问数据的性能相提并论。
但是，运行 Hazelcast 在磁盘绑定数据存储之上以获得性能提升也是一种常见的做法。在这种类型的架构中，您的应用程序基本上总是只与 Hazelcast 交互。然后可以使用 Hazelcast 工具使缓存数据与底层数据库保持同步。
我目前正在评估我们可以在相关技术中使用的最快的缓存解决方案。我们知道，虽然 Redis 和 Hazelcast 的意图和定义都是缓存解决方案，并且有一个明确的 Whosebug link @ redis vs hazelcast，但还有 AWS S3 可能不是缓存解决方案，而是尽管如此，存储和检索服务 + 它也支持 SQL，这在我看来也使它成为比赛的预选赛。考虑到这一点，有没有预先考虑根据速度、数据量等来比较三者？
Hazelcast 还提供 SQL 类似的功能 - 运行 查询以获取结果集中的数据。在技术方面，Hazelcast/Redis 和 S3 有根本的不同；因为后者是一个磁盘绑定数据存储，并且 proven/known 比内存中的对应物慢得多。
从逻辑角度来看：S3 或任何其他磁盘绑定数据存储无法与从内存数据存储访问数据的性能相提并论。
但是，运行 Hazelcast 在磁盘绑定数据存储之上以获得性能提升也是一种常见的做法。在这种类型的架构中，您的应用程序基本上总是只与 Hazelcast 交互。然后可以使用 Hazelcast 工具使缓存数据与底层数据库保持同步。