【发布时间】:2017-03-24 12:03:54
【问题描述】:
我使用的一个交易系统处理来自多个外部系统的数据收集,并根据(交易实体+收集的数据)做出一些业务决策。
目前,我们遵循以下步骤:
从多个子系统收集数据。
使用(收集的数据 + 交易实体)作为 drools 的输入,并从中得出业务决策。
上述方法的一个主要缺点是我必须事先收集所有数据(昂贵的网络调用),甚至不必担心数据的有用性。
我想要做的是通过将服务调用移动到规则执行层来延迟服务调用。 如果我可以对一些已经可用的数据(在我的事务实体本身内)做出决定,则其目的是利用 drools 决策树来避免进行服务调用。
只是想让思维过程得到验证(即,将服务调用作为规则执行的一部分将是一个好习惯与否。)。
任何人都可以分享一下相同的优点/缺点。任何线索将不胜感激
【问题讨论】:
-
看来你已经确定了主要问题:网络调用。如果通过避免某些调用获得的时间收益值得额外的工作来创建该逻辑:那么,就是这样。您对您提供的意见还有什么期望?
-
我不想在我的代码本身中创建该逻辑(这似乎有点黑客)。相反,想知道 drools 本身是否是处理相同逻辑的正确位置(通过决策树)。只是想让思维过程得到验证(即,将服务调用作为规则执行的一部分是否是一个好习惯。)
标签: java drools distributed-system