ruby-on-rails - 托管高流量的 Facebook 应用程序(游戏)

Question

我们目前正在开发一个高流量的 facebook 应用程序。所有流量都将在一个月内完成，那里有 500.000 到 1.000.000 的预期用户。那个月之后，游戏结束，我们有一个赢家 - 所以应用程序将被存档。

我们目前正计划使用 ruby​​ on rails 开发应用程序，并寻找可以处理流量的托管选项。问题不在于用户，而在于峰值:我们将在短时间内每天收到大约 500.000 个请求(假设在最坏的情况下在 3 分钟内)

我们预计该应用程序的用户数量为 500.000 到 1.000.000，高峰时间为下午 1:00(时区 GMT+1)，其中大多数(最多 80% 的用户)将发送大部分请求。请求从 6 月 11 日到 7 月 11 日 - 之后，应用/游戏关闭/结束。

我们目前正在开发一种积极的缓存机制 - 目前我们正在考虑使用 2 或 3 个小型应用程序/网络服务来处理负载。

负载分布如下:a) 主应用程序，缓存数据(11 个屏幕，每个 200k)b) 投票:每天到下午1:00(时区GMT+1)——每个用户投票发送约10k数据，高并发峰值!

问题:

• 是否有任何值得推荐的特定应用程序设置？
• 有没有可以推荐的托管合作伙伴？

谢谢!

Answer 1

好吧，如果你提供的内容都被缓存了，那么你就很好了，一些 nginx 实例可以提供几乎无限的静态页面。

投票听起来不太好，因为它应该同时发生。高并发负载的新热点似乎是 node.js，但我对此没有任何经验。

我确实认为，虽然投票实际上不会做很多事情，但与其进行完整的 Rails 堆栈调用，不如尝试编写一个完成投票的小型 rack 方法。这使您无需加载 ActionController、ActionView，如果您使用纯 SQL 将投票写入数据库，还可以使用 ActiveRecord。