我一直在尝试了解有关伏地魔的更多信息,但它似乎并未在 LinkedIn 之外使用。有没有人真正将它用于真正的系统?
4 回答
我负责一个与旅游业相关的项目,该项目使用伏地魔作为酒店房间的夜间/价格可用性的存储。在我做这个项目的时候,有超过 8K 家酒店。每家酒店有(不是所有组合): -1 年的夜晚(从今天起提前) -7/8 不同的价格(提前购买等) -5/6 入住组合(2 名成人,1 名成人)。-4 或 5 税。不断更新的值(对于价格变化等)。存储在 4 个伏地魔集群中(双 CPD 中的大胖机器)。
根据我在那里的经验,伏地魔在如何正确设置它以获得最佳性能方面的学习曲线很慢(配置中的大量调整等),但是一旦设置好,性能就非常快。我不记得确切的数字,但我们的系统收到了超过 40 个请求/秒。对于每个请求,平均有 30 家酒店,这意味着当钥匙可用时,Voldemort 每秒返回 2400 件物品(1200 个酒店房间 + 1200 个酒店税)。
正如我所说,这里的技巧是能够正确设置 voldemort,并设计正确的访问模式(一个好的数据模型),我想这对于所有数据库系统(sql 或 nonsql)都是强制性的:你不会获得最佳性能(即使你会得到一个糟糕的)如果你的数据模型不好。
是的 - 一家知名互联网公司(不是 LinkedIn)的朋友正在使用 Voldemort。该项目仍在开发中。
最初,Cassandra 是由 facebook 开发的。他们使用的不多,这也是大多数人不选择它的原因之一!
同样从技术上讲,伏地魔在读取速度方面也是惊人的。因此,用户存储/偏好存储本质上需要比写入速度更高的读取速度。
有时,当您只需要一个键/值对存储时,Cassandra 可能是一个过度杀手。