【发布时间】：2009-11-21 18:57:08
【问题描述】：
Superfeedr 是一种按需解析提要服务。我们希望为我们的用户提供分析，我们正在研究这样做的最佳策略。
简而言之，我们希望跟踪系统中的操作数量（事件，例如：给定提要中的新条目）以及汇总数据（提要的订阅者数量）。
当然，可以根据事件“计算”聚合数据。 （订阅者的数量是订阅的总和，减去取消订阅的总和）。然而，由于我们想随着时间的推移研究这一点（每天的订阅者数量），事件处理方法可能不是最佳的，因为我们会一遍又一遍地重新计算相同的东西。
如何在您的应用中构建这样的组件？什么信息流？什么数据存储？什么图形解决方案？等等……
我知道这是一个相当开放的问题，但我相信我们不是第一个有这种需求的人！
[更新]： 基础设施：我们有一组工作人员，它们是 XMPP 客户端并一起交互。它们基于 EventMachine，这意味着它们不会阻塞 IO。 预期目标：我们必须能够收集大量数据。目前，我们已经达到了大约 200-300 毫秒/秒，我们的目标是 10 到 100 倍。
【问题讨论】：