选择 noSQL - 可用性优先

发布于 2024-09-14 08:17:13 字数 176 浏览 3 评论 0 原文

我们已经考虑过为下一个项目运行 noSQL 数据库。但是,我们不确定哪个平台将为我们提供尽可能最佳的可用性,并拥有最好的内置复制特性/功能来提供此功能 - 并且最不让人头疼。

目前,Cassandra 似乎是最佳候选人,但我们希望从在该领域拥有更多经验的人那里听到更多相关信息,然后我们就会这样做。

多谢!

We have thought a bit about running a noSQL database for our next project. However, we're not sure about which platform that will give us the best possible availability and has the best built-in replication features/functions to provide this - with the least headache.

Right now, Cassandra appears as the best candidate, but we would like to hear more about this from someone that have more experience in this area, then we do.

Thanks a lot!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

痞味浪人 2024-09-21 08:17:13

高可用性很可能通过 Dynamo 克隆来实现。
Cassandra 是一个不错的选择,尽管它已经 最近被 rel="noreferrer">几个早期适配器。
Project Voldemort 也是基于 Dynamo 的,因此可以轻松针对高可用性进行优化,LinkedIn 正在使用它。
另一个有趣的 noSQL 选项可能是 membase,我自己没有使用它,但他们的虚拟存储桶概念用于重新平衡,而不是仅仅一致的散列就很有意义,并且似乎可以提供更强大的高可用性。

High availablity will most likely be achieved with a Dynamo clone.
Cassandra is a good option although it has been bashed recently by several early adapters.
Project Voldemort is also Dynamo-based and therefore easily optimized for high-availability, it's what LinkedIn are using.
Another interesting noSQL option might be membase, I myself didn't use it but their notion of virtual buckets for rebalancing as opposed to just consistent hashing makes a lot of sense and would appear to provide more robust high-availability.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文