3
规则引擎-BRMS在企业开发中的应用
source link: https://blog.csdn.net/lifetragedy/article/details/52836483
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
1. 什么是规则
复杂企业级项目的开发以及其中随外部条件不断变化的业务规则(business logic),迫切需要分离商业决策者的商业决策逻辑和应用开发者的技术决策，并把这些商业决策放在中心数据库或其他统一的地方，让它们能在运行时（即商务时间）可以动态地管理和修改从而提供软件系统的柔性和适应性。规则正是应用于上述动态环境中的一种解决方法。
2. 规则产生的背景
一个业务规则包含一组条件和在此条件下执行的操作．它们表示业务规则应用程序的一段业务逻辑。
业务规则的理论基础是：设置一个或多个条件，当满足这些条件时会触发一个或多个操作。
企业为适应市场的多变性，它的业务逻辑也必然是多变的。理想情况下，业务逻辑的改变应该能够实时的反映在企业信息系统中。
但是，传统的方法往往会使这种反映出现滞后，进而可能使企业错过市场机遇。
3. 引入业务规则技术的目的
对系统的使用人员
- 把业务策略（规则）的创建、修改和维护的权利交给业务经理
- 提高业务灵活性
- 加强业务处理的透明度，业务规则可以被管理
- 减少对IT人员的依赖程度
- 避免将来升级的风险
对IT开发人员
- 简化系统架构，优化应用
- 提高系统的可维护性和维护成本
- 方便系统的整合
- 减少编写“硬代码”业务规则的成本和风险
4. 传统IT项目实施与引入规则进行项目实施的比较
传统的IT项目实施
传统做法的缺点
在传统的IT项目实施中业务与IT间存在的“矛盾”
引入规则后的做法
5. 规则是让业务人士驱动整个企业过程的最佳实践
6. 从IT技术人员的角度看为什么使用规则引擎
- 从应用逻辑和数据中将业务逻辑分离
- 简单！ -规则有一个非常简单的结构
- 让业务用户开发和维护规则以降低成本
- 声明式编程
- 性能和可伸缩性
- 解决复杂的和复合的问题，其中有大量细粒度的规则和事实互动
- 简单！ -规则有一个非常简单的结构
- 让业务用户开发和维护规则以降低成本
- 声明式编程
- 性能和可伸缩性
- 解决复杂的和复合的问题，其中有大量细粒度的规则和事实互动
来看一个简单的例子
例：
以全球人寿新卓越变额万能寿险投保规则的体检规则为例，输入投保年龄及危险保额来获取是否需要体检的结果。
免体检累积最高限额表如下：
以全球人寿新卓越变额万能寿险投保规则的体检规则为例，输入投保年龄及危险保额来获取是否需要体检的结果。
免体检累积最高限额表如下：
免体检累积最高限额表在规则中又是如何实现的呢？
结合现实生活中的一个例子来看变化的业务与IT的“矛盾”
没有规则时：
有了规则后：
IT在面对上述例子时如何能够做到熊掌与鱼兼得呢？
做到以下几点是否就可以“全得”？
- 规则更改不重启，即改即用
- 数据库访问可随意更改，即改即用
- 业务服务层可以随意更改，即改即用
- 开发人员不需要关心底层API，他只需要懂JSON（加快开发）
因此我们进一步引入了“规则引擎管理系统-BRMS”的概念
规则引擎由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据规则做出业务决策。
BRMS的技术架构
一个完整的BRMS应该具有的特点
引入规则引擎后带来的好处
- 实现业务逻辑与业务规则的分离，实现业务规则的集中管理
- 可以动态修改业务规则，从而快速响应需求变更
- 使业务分析人员也可以参与编辑、维护系统的业务规则
- 使用规则引擎提供的规则编辑工具，使复杂的业务规则实现变得的简单
基于DROOLS打造自有BRMS解决方案
我在我自己公司采用的是JBOSS Drools来实现的大规模生产环境下的业务规则的应用场景的。
Drools是业界著名的开源规则引擎，它使用的是目前最快的Forward-Chaining推理算法。
RETE 算法可以分为两部分：
- 规则编译（ rule compilation ）
- 运行时执行（ runtime execution ）
它的核心思想是将分离的匹配项根据内容动态的构造匹配树，以达到显著降低计算量的效果。
不过由于DROOLS是一个开源免费规则组件，因此在面向企业级商业应用时它还存在着以下的一些问题需要解决：
不过由于DROOLS是一个开源免费规则组件，因此在面向企业级商业应用时它还存在着以下的一些问题需要解决：
打造全方位的面向SOA2.0解决方案
银行金融核心中采用规则引擎并基于DROOLS进行了二次封装与开发的一个可用于在生产环境大规模开发和布署的“业务规则引擎”。
它即可以无缝的和我们原有的核心、ESB总线、支付系统进行连接，也可以和审核、合同系统进行连接，它降低了开发人员对于BRMS底层技术的依赖、増加了开发的“透明性”。同时这套BRMS做到了真正的24*7可动态支持业务变化、快速响应迅速变化的市场与业务规则。
有了这套规则引擎后，本来在传统金融领域中的“线性开发”发生了变化。
传统金融领域中对于系统集成开发的线性方式
传统金融领域中对于系统集成开发的线性方式
引入BRMS后我们IT对于内部的系统集成开发方式
运用了这套BRMS后，我们的IT在面对随时、多变的业务场景时可以做到：
特色一：支持基于规则的各种复杂流转模式
特色二：多种复杂事件发起模式
特色三：灵活全面的规则设计
BRMS在其它金融领域中的应用场景介绍
规则引擎在信用卡申请场景中的应用
规则引擎在反欺诈场景中的应用
- 黑规则：甄别嫌疑订单
- 白规则：订单解除嫌疑
- 商家管理处罚系统，对违规商家处罚处理。
- 搜索排名，降低违规商家搜索排名权重。
- 自定义阈值规则指标体系
- 地址模糊聚类算法
- 手机嵌入欺诈模糊甄别算法
- 黑/白名单机制设置
- 灰名单机制设置
- 区域订单脉冲机制
- 全区管控机制
- 产品线与SKU监控管理机制
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK