Architecture 有使用规则引擎的经验

我们正在考虑在我们的体系结构中添加一个规则引擎

从一些参考资料中，我们听到了积极的故事

从其他人那里，我们听说这是一项超出其价值的工作，一些公司已经放弃了

---

有人能分享成功或恐怖故事吗？

我曾与不同供应商（TIBCO、Corticon）的规则引擎合作过，如果你接受它们的局限性，它们会很有用。它们允许业务在没有IT的情况下轻松、直接地更改流程，这是好事也是坏事

第一个故事是一家固定电话电信运营商使用决策表进行订单分解。没有一个商业规则引擎提供必要的功能，因此它们使用DB表、触发器和存储过程构建自己的规则引擎。工作正常，但只有几个人知道如何使用决策表，尽管最初的想法是使用决策表，因为它们很简单

---

第二个故事是一家保险公司，为报告病假建立在线问卷。这是规则引擎的典型应用，仍然没有成功。业务部门很高兴他们可以更改规则，甚至还有一个批准更改的工作流。然后，规则引擎生成一些Java类，决策服务器无需重新启动即可导入这些类。IT运营部门拒绝了该解决方案，因为新的类文件是一种代码更改，需要经过正式的验收测试周期（几个月+$$）。保险公司最终使用简单的数据库表和更新作为SQL脚本。

您正在考虑创建什么样的规则引擎？它将使用什么样的规则？