我们应该使用规则引擎而不是普通代码来处理业务逻辑

Question

我们的生产环境还不是时尚模式。我们的部署周期仍然很长。我们的一些开发人员开始设计，将所有逻辑放入所谓的规则引擎中。规则引擎不是允许业务更改规则的东西，而是组件可以动态运行数据库中的常规代码。主要好处是，如果需要任何临时更改，则无需进行任何应用程序部署，而只需更新数据库中的代码段，应用程序服务器便可以从数据库中动态加载它。我之前确实找到过一些帖子： When is a Business Rules Engine used http://thedailywtf.com/articles/soft_coding

回到2007年的第二篇文章非常好。但是，十年后，我想弄清楚这种做法是否真的是一种好的设计模式，以及为什么。我有些担心：

1. 难以阅读和维护的代码
2. 很难管理主代码和groovy代码之间的版本
3. 这是害怕部署的结果。相反，微服务，无服务器和其他框架将从根本上倡导轻量级和独立部署。

我的想法可能是不正确的，并感谢您预先输入的所有信息