架构/设计挑战:消费社交媒体API

Question

我们一直在开发基于社交媒体的Rails应用程序，它挖掘twitter、facebook、linkedin等各种服务的数据。我们在使用这些服务时面临着严重的性能问题。

例如，我们正在访问Twitter user_timeline来准备一些统计数据。由于twitter强制使用了可以获取对tweet数量的限制。，我们必须使用分页来获取所有的tweet，这会导致多个API调用并阻塞IO。因此，用户必须等待许多秒，这将是不可接受的UX。

我们是Ruby/Rails的新手，需要对架构师/设计提出建议，正确地使用这样的API(Facebook，LinkedIn)。请帮帮我们。

我们一直在探索红宝石(delayed_job，事件机)和非红宝石(node.js)解决方案.

Answer 1

通常，在rails世界中，像上面解释的那样，登录运行过程是通过后台服务完成的。

后台服务就像Java中的线程。你的工作流程应该是

1. 用户来到网页
2. 用户单击视图tweet按钮(这将触发通过twitter提取数据)
3. tweet提取作为后台进程启动。
4. 页将在不等待api提取完成之前加载。

有几个后台过程宝石工作，或塞德基。