我有两个不同的Rails应用程序通过API调用相互交谈。呼叫很轻的日子已经一去不复返了，这意味着数据传输的次数要少得多。我们从不关心HTTP请求/响应超时问题。但是一旦数据增长，就会有超时，我们不得不拆分数据并以批量发送，而不是直接的API调用。
目前，我们正在使用线程和后台工作做我需要的工作，我觉得这不是更清洁的方式，我不得不说性能受到了巨大的打击。我觉得我没有很多选择。有什么建议吗？
答案 0 :(得分：3)
在不知道您的具体情况的情况下，我只能提出明显的建议：
使用像Resque这样的排队系统，重新排队已自动超时的作业并提高源的性能（购买硬件，缓存内容。）
如果您是通过ActiveResource同步模型并且循环遍历每个对象，导致在源上对该对象进行show调用，则应该使用{简单地拉出所讨论的所有对象{1}}操作并循环访问接收器上的那些而不是一次请求一个项目。