Rails 3应用程序的架构思想

Question

我希望得到一些关于我们的Rails 3应用程序架构的意见。

目前，我们有一个Rails 3.0.7应用程序，允许用户通过我们的一个连接媒体设备管理电视上显示的内容（促销、视频、菜单、体育统计等）。我们有1000多台（而且还在增长）这样的连接设备，它们每分钟轮询我们的系统，检查其内容的变化，每15分钟报告其状态（例如CPU、内存等）。

我们系统的主要优点之一是，作为管理员，我们可以改变单个内容项的外观/工作方式，并将其分发给所有使用它的设备。这个功能的缺点是，当我们做出改变时，我们的系统会暂时无法使用，因为所有连接的设备几乎同时要求更新。

因此，我们计划重新构建我们的应用程序，这样当设备与应用程序通信时，内容管理系统就不会受到影响。可能有几十种方法来解决这个问题。一种方法是有一个单独的Rails应用程序，它只供设备获取它们应该显示的内容，管理员可以监控等等。它可以与当前的内容管理系统共享模型、数据库等。这种方式可能很难管理模型、迁移等。我显然不想复制模型。此外，如果内容管理系统仍然可以显示帐户的设备状态，以便帐户管理员可以看到他们的设备是否在线等，这将是理想的。

我认为某种类型的队列机制是一个很好的适合，比如resque/redis，因为当在内容管理系统中进行更改时，我们可以将设备实例可以拾取和处理的作业排队。

我想把这个扔给社区，从其他可能已经或仍在使用利用互联设备的系统的人那里获得意见和想法。提前感谢你的贡献。我很感激！

路易斯

Answer 1

1000个客户机，约1个请求。每分钟的每一次听起来都不像是需要改变架构才能正常运行的负载。一般来说，从长远来看，简单的单应用架构更容易维护，所以你应该尝试坚持，直到出现无法解决的问题。

如果性能/响应性是主要问题，为什么不在堆栈中添加缓存代理服务器呢？

另一个简单的选择是在两台服务器上安装应用程序，一台用于管理，另一台用于客户端设备。请注意，只有当数据库不是瓶颈时，这才有帮助。