LinkedIn 之外的任何人都在使用 Voldemort 吗?
Posted
技术标签:
【中文标题】LinkedIn 之外的任何人都在使用 Voldemort 吗?【英文标题】:Is anyone outside of LinkedIn using Voldemort? 【发布时间】:2010-02-12 19:55:23 【问题描述】:我一直在尝试了解有关 Voldemort 的更多信息,但它似乎并未在 LinkedIn 之外使用。有没有人真正将它用于真正的系统?
【问题讨论】:
【参考方案1】:Gilt 也在使用伏地魔。检查InfoQ talk。
【讨论】:
我尝试了 Gilt 网站,这是我见过的最糟糕的网站之一。有没有使用伏地魔的好公司/网站?【参考方案2】:我负责一个与旅游业相关的项目,该项目使用伏地魔作为酒店房间的夜间/价格可用性的存储。在我做这个项目的时候,有超过 8K 家酒店。每家酒店都有(并非所有组合): -1年的夜晚(从今天起提前) -7/8 不同的费率(预购等) -5/6 入住组合(2 名成人,1 名成人)。 -4 或 5 税。 不断更新的值(对于价格变化等)。 存储在 4 个 Voldemort 集群中(双 CPD 中的大胖机器)。
根据我在那里的经验,Voldemort 在如何正确设置它以获得最佳性能(配置中的大量调整等)方面的学习曲线很慢,但是一旦设置好,性能就会非常快。我不记得确切的数字,但我们的系统收到了超过 40 个请求/秒。对于每个请求,平均有 30 家酒店,这意味着当钥匙可用时,Voldemort 每秒返回 2400 件物品(1200 间酒店房间 + 1200 家酒店税)。
正如我所说,这里的诀窍是能够正确设置 voldemort,并设计正确的访问模式(一个好的数据模型),我想这对于所有数据库系统(sql 或 nonsql)都是强制性的:你不会获得如果你的数据模型不好,最好的性能(即使你会得到一个很差的性能)。
【讨论】:
【参考方案3】:是的 - 一家知名互联网公司(不是 LinkedIn)的一位朋友正在使用 Voldemort。该项目仍在开发中。
【讨论】:
你知道他们为什么选择伏地魔而不是卡珊德拉吗? 他说决定因素是社区对伏地魔计划的更大支持。 我之前还发布了另一个问题:***.com/questions/2252163/…:但没有得到答案,所以我开始怀疑是否有人真的尝试过这两个系统 在任何时候,社区对 cassandra 的支持都高于 voldemort。【参考方案4】:最初,Cassandra 是由 facebook 开发的。他们用的不多,这也是大多数人不选择它的原因之一!
此外,从技术上讲,伏地魔的读取速度也非常出色。因此,用户存储/偏好存储本质上需要的读取速度比写入速度要高。
有时,当您只需要一个键/值对存储时,Cassandra 可能是一个过分的杀手。
【讨论】:
以上是关于LinkedIn 之外的任何人都在使用 Voldemort 吗?的主要内容,如果未能解决你的问题,请参考以下文章
10个最佳Node.js企业应用案例:从Uber到LinkedIn
如果有人在linkedin上发帖,如何获得通知。是不是有任何 webhook APIslinkedIn 提供