ruby-on-rails - 关于 Rails 前端和 Scala 后端之间通信的建议

Question

我们正在开发以下设置:

Rails Web 应用程序允许用户请求传递到 Scala 后端以完成的任务，这可能需要长达 10 秒或更长时间。发生这种情况时，用户用来发出请求的页面会使用 AJAX 定期轮询 rails 以查看任务是否完成，如果完成则返回结果。

从用户的角度来看，请求是同步的，除了他们的浏览器不会卡住并且他们得到了一个很好的旋转的东西。

后端需要的输入数据量大，结构复杂，输出也是如此。我最初的计划是简单地让两个应用程序共享同一个数据库(将是 MongoDB)，因此 rails 应用程序可以简单地将一个 id 写入一个“jobs”表，该表将由作为守护程序运行的 scala 后端获取，但我想得越多，我就越担心这种方法可能存在很多潜在的问题。

最让我担心的两件事是模型代码的重复，使用两种不同的语言，需要保持同步，以及在部署时处理这个问题的额外复杂性。在评估这种方法时，我应该考虑哪些其他可能的问题？

我正在考虑的其他一些可能性是 1) 使 Scala 后端成为 RESTful 服务或 2) 实现消息队列。但是，我并不完全相信这两种选择，因为它们都需要更多的开发工作，而且在我看来，在这两种情况下，模型代码无论如何都有效地复制，无论是作为 RESTful API 的一部分还是作为消息的消息队列 - 我错了吗？如果这些选项之一更好，那么处理它的好方法是什么？

Answer 1

我用过几次resque对于类似的问题，我一直对它非常满意，它为您提供了实现作业队列所需的一切，并由 redis 提供支持。我强烈建议你看一看