在rails中处理数百个并发请求

Question

我在rails应用程序上写了一个ruby,这个网站最重要的特色之一就是现场投票.我们完全希望在短短1分钟内收到10k的投票请求.与其他请求一起意味着我们可能会收到大量请求.

我最初的想法是将服务器设置为使用apache + phusion,但是,对于投票而言,我正在考虑在侧面编写php脚本并在memcached中写入/读取信息.数据只需要持续大约15分钟,因此在1分钟内写入数据库10,000次似乎毫无意义.我们还需要标记用户的ip,这样他们就不会投票两次,因此在memcached中更加复杂.

如果有人有任何建议或想法尽可能做到最好,请帮忙.

Answer 1

如果你正在构建一个适用于这种大规模涌入的应用程序,那么你需要将它的基本组件剥离到最低限度.

使用完整的Rails堆栈来实现这种强度并不是真正的实用,也不是必需的.建立一个非常薄的Rack层,通过直接进行DB调用,甚至跳过ORM来处理投票会好得多,基本上是一个INSERT语句的包装器.这就是Sinatra和Sequel,它可以作为一个高效的查询生成器,可能会有所帮助.

您还应该确保正确调整数据库,并对其运行许多负载测试,以确保它按预期执行,具有更高负载的良好余量.

在一分钟内进行10,000次DB调用并不是什么大问题,每次调用在适当调整的堆栈上只需要几分之一毫秒.Memcached可以提供更高的性能,特别是如果结果不是永久性的.Memcached有一个原子增量运算符,这正是你在简单列表投票时所寻找的.Redis也是一个非常有能力的临时商店.

另一个想法是完全废弃数据库并编写一个持久的服务器进程,它说一个简单的基于JSON的协议.如果你致力于Ruby,Eventmachine非常适合将这些东西放在一起,如果你愿意在JavaScript中构建一个专门的计数服务器,那么NodeJS也是如此.

即使在使用专用服务器进程的适度硬件上也可轻松实现10,000分钟的操作,而无需完整数据库堆栈的开销.

您必须确保您的范围定义得非常好,以便在部署之前测试并严重滥用您的实现.

因为你所描述的是,在核心,等同于哈希查找的东西,基本代码就是:

contest = @contest[contest_id]

unless (contest[:voted][ip])
  contest[:voted][ip] = true
  contest[:votes][entry_id] += 1
end

在一秒钟内运行这几十万次是完全可行的,所以唯一的开销就是在它周围包裹一个JSON层.