如何将Rails应用分解成不同的小应用生态系统

Question

我的团队在一个单块Rails应用程序中开发了一系列模块，供内部使用。模块包括请假请求、员工信息、任务/待办事项等。每个模块都有自己的目的，但以某种方式链接到工作人员配置文件和用户身份验证等常见信息。每个模块都分配了一个开发人员，他们将代码提交到同一个Rails应用程序中。目前，维护代码和扩展是非常困难的。现在，我正在做我的研究，将应用程序分解成小的分布式应用程序，并使它们成为一个生态系统。以下是我要寻找的概念：

• 应该有一个主应用程序来维护其他客户应用程序的视图。更好的是，它充当了其他客户端应用程序插件的平台。工作人员登录到这个主应用程序访问客户端应用程序。
• 主应用程序应该使用AJAX或其他方式呈现客户端应用程序的视图(尚未决定)。
• 虽然，我想分解应用程序，但是每个应用程序仍然能够从生态系统中的其他客户端应用程序中查询资源/数据，比如人员配置文件。
• 实际上，我还没有决定每个应用程序的交互。向我们思考RESTful (尚未决定)。
• 它应该支持开发环境，每个开发人员都可以独立开发每个应用程序。因此，在自己的git存储库中维护自己的代码。这可能是首先分解应用程序的主要目的。

我正在阅读Rails的面向服务的设计书籍，但是他们似乎专注于将一个应用程序分解成不同的小服务，而我想要的是小的不同的应用程序。只是想知道还有什么别的办法可以做。

很抱歉问了一个很长的问题，问得太多了。我只想知道你是否有过同样的情况，并能引导我找到一些文章、社区、书籍，这样我就可以继续做更多的研究。

Answer 1

啊重构的乐趣。这可能是一个棘手的舞蹈，试图将应用程序构造成逻辑组，从而使各个部分可以解耦。

我强烈建议研究一下引擎，因为发动机与可安装信息非常丰富。这允许您构建一个迷你Rails应用程序(也就是一个引擎)，它可以打包为gem。定制引擎gems被捆绑到Rails应用程序中，提供了一整套可配置的功能(模型、控制器、视图等)。

面向服务的体系结构的有用性在很大程度上取决于您所推送和调取的数据类型。话虽如此，Rails确实是为RESTful而设的，因此您可以从这条路线中得到很多好处。