我们有这个Java代码库,其中有大量用Drools编写的业务规则。我的任务是设计和推荐一种可替代的基于云的规则引擎,以便公司内的其他服务和应用程序也可以使用它。以下是高级计划:
- 执行"升降和移位";通过将规则执行与java代码库解耦
- 创建一个容器化规则服务,该服务通过HTTP或消息队列接受输入并返回输出,或者执行一些操作(发送通知、排队等)
- 将其托管在Azure或GCP上
我正在尝试创建一个婴儿POC。我需要一些帮助与一些实施细节。例如,创建一个。net REST端点,然后将数据传递给drools Java容器是一个可行的想法吗?或者仅仅在幕后创建使用Drools的简单Java REST端点会更简单吗?
任何提示或例子,这将是高度赞赏,因为我不想重新发明轮子!Drools有一个本地构建的REST web服务,可以嵌入到Java容器(JBoss、Tomcat)中。该框架是KIE服务器,可以在Drools Process/Rules中激活以承载构建。
https://docs.jboss.org/drools/release/7.69.0.Final/drools-docs/html_single/_ch.kie.server
有一些docker映像包含默认的KIE服务器,您可以使用并部署您的规则。示例:https://hub.docker.com/r/jboss/kie-server/
希望有帮助,
最好的,伊曼纽尔
或者在幕后创建使用Drools的简单Java REST端点会更简单吗?
你可能想要考虑使用Kogito作为你的DRL规则,而不是必须部署一个容器化的Kie服务器。
然后,要使用kogto -on-Quarkus轻松生成Docker映像,只需将Quarkus的JIB扩展添加到kogto -on-Quarkus应用程序中。