我正在为具有更多用户的不同客户管理管理Rails 3.2网站。目前，我们仍然通过Passenger在单个服务器上运行。
我们最初是一个拥有2-3个客户端的小型网络应用程序，并且已经慢慢增长到拥有大约100个用户的20个客户端，并且仍在增长。
除其他外，用户主要制作计划时间表，创建和发送发票以及查看和打印此数据的报告。
现在，由于大多数用户的技术水平相当低，他们不会接受（建设性的）技术反馈。我想保持领先，从使用情况统计中找出瓶颈所在，这样我就可以解决它们，并在我们慢慢成长时提供顺畅的用户体验（并提前弄清楚何时并行扩展以应对负载）
我想要的是在生产环境中的解决方案，我不仅可以跟踪基本用法，例如Google Analytics提供，还需要某种上下文。我希望能够将1个用户与另一个用户的行为或某个客户的所有用户与另一个用户的行为进行比较。
最好，我还想包括技术细节，例如查询数量，花费的时间和Rails开销。
我发现的大多数解决方案都没有提供Rails上下文跟踪的选项，例如Google Analytics，或者仅用于大多数Rails配置文件/基准测试工具等目标调试，而不是用于持续的生产用途。
我能够找到解决这个问题的现有解决方案这一事实让我相信我正在朝着错误的方向发展，或者在我试图实现的目标方面存在结构性错误。
总结：
答案 0 :(得分：1)
您可能永远不会同时使用情境跟踪和使用情况。使用相同工具进行技术分析。
您拥有Google Analytics或AT Internet（等等）等工具，可以对应用的使用情况进行情境化跟踪。
你还有很棒的工具，比如New Relic或Skylight（等......），它们可以为你提供统计数据，并帮助你在技术层面上跟踪你需要知道的关于你的应用的所有内容