grails - 实现独立 Grails 批处理的正确方法？

Question

我想实现以下内容:

1. Grails 中的 Web 应用程序转到 MongoDB 数据库
2. 长时间运行的批处理在后台填充和更新该数据库

我希望他们都重用相同的 Grails 服务和相同的 GORM 域类(使用 Grails 的 mongodb 插件)。

对于 Web 应用程序，一切都应该工作正常，包括动态 GORM 查找器方法。

但我不知道如何实现批处理。

一个。如果我将它们实现为 Grails 服务方法，它们的长期运行特性将成为问题。即使将它们包装在一些异步执行程序中也会不必要地使一切复杂化，因为我希望它们每个都是一个单独的 Java 进程，以便可以轻松地单独监视和停止它们。

如果我将它们实现为 src/groovy 脚本并尝试从命令行启动，我将无法正确注入(inject) Grails 服务(ApplicationHolder 方法抛出 NPE)或让 GORM 查找器方法工作。独立的 GORM 指南都考虑到了 Hibernate，总的来说这似乎不是正确的追求途径。

我考虑过“batch-launcher”Grails 插件，但它安装失败，似乎有点被遗弃了。

我考虑过使用“run-script”Grails 命令从 src/groovy 运行脚本，它似乎在开发中确实有效，但在生产中似乎不是正确的做法。

我不可能是唯一遇到这种问题的人 - 那么通常是如何解决的？

人们如何运行与他们的 Grails 应用程序共享代码库和数据库的独立脚本？

Answer 1

由于您希望作业处理在独立于前端应用程序的 JVM 中进行，因此最简单的方法是运行两个 Grails 实例，一个用于服务于 Web 请求的前端，另一个用于其他处理作业处理。

值得庆幸的是，丰富的 Grails 插件生态系统使这类事情变得非常容易，尽管可能不是最有效的，因为仅仅为了处理而运行整个 Grails 应用程序有点矫枉过正。

我倾向于将我的应用程序编写为一个应用程序，并使用负责作业处理的服务。这些服务与 RabbitMQ 插件相关联，因此一般流程是 Web 请求(或 quartz 调度作业)将作业放入工作队列，然后工作人员服务负责处理它们。

这样做的好处是，因为它是一个应用程序，所以我可以完全访问所有域对象等，并且我可以利用消息队列的断开连接特性来扩展我的前端和后端单独使用，无需多个应用程序。相反，我可以多次安装同一个应用程序并配置专用于处理作业的线程数和/或作业处理器正在查看的队列。

因此，对于此设置，对于开发，我通常会将作业处理线程的数量设置为对我正在进行的开发工作有意义的任何值，然后只是一个简单的 grails run-app，并且我有一个功能齐全的系统(假设我有一个正在运行的 RabbitMQ 服务器也可以使用)。

然后，当我部署到生产环境时，我部署了应用程序的 2 个实例，一个用于前端工作，另一个用于后端工作。我只是将前端实例配置为具有 1 个或 0 个线程来处理作业，而我为后端实例配置了更多线程。这让我可以根据需要更新任一部分，或者在我需要缩放一个或另一个时启动更多实例。

我确信还有其他方法可以做到这一点，但我发现这既真的易于开发(因为它是一个应用程序)，也非常容易部署，扩展和维护。