我已经浏览了一段时间的 Vespa 文档,但有兴趣了解 vespa 相对于 hbase 和 cassandra 作为键值存储的 no-sql db 的优缺点。我没有看到任何关于它的博客/帖子。
1)对于hbase,cassandra为了更好的性能推荐行大小不要超过1MB、32MB。大黄蜂呢?vespa 文件可以有多大,推荐的尺寸是多少?
2) Vespa 在哪里适合 CAP 定理?
Vespa 更像是 ElasticSearch 的替代品,而不是 HBase/Cassandra 的替代品,因此虽然文档可以更大,但它不是同一个用例
re 2 - Vespa 是 CP - 如文档中所述
详细说明问题 2)re:CAP,Vespa 目前是 AP(有一个警告,见下文),而不是 CP。CAP 中的 C 意味着线性化属性适用于写入和读取,这是我们现有的一致性模型不提供的。特别是,即使我们每个副本都有一个预写日志,但副本之间没有一致的分布式日志。
请注意,我们在 AP 中的“A”是“弱”的,因为我们依赖于一个集中的(但容错的)集群协调器来跟踪和传达节点的可用性。与协调领导者分开的节点不能保证成功响应客户端请求(适用于读取和写入)。
我将在链接文档中添加一个部分,明确说明 Vespa 的 CAP 属性。