规则引擎-BRMS在企业开发中的应用

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是一个开源免费规则组件,因此在面向企业级商业应用时它还存在着以下的一些问题需要解决:



打造全方位的面向SOA2.0解决方案


因此基于上述需求,我在我们公司内部(夸客金融)对于DROOLS进行了二次封装与开发,打造出了一个可用于在生产环境大规模开发和布署的“业务规则引擎”。



它即可以无缝的和我们原有的核心、ESB总线、支付系统进行连接,也可以和审核、合同系统进行连接,它降低了开发人员对于BRMS底层技术的依赖、増加了开发的“透明性”。同时这套BRMS做到了真正的24*7可动态支持业务变化、快速响应迅速变化的市场与业务规则。



有了这套规则引擎后,本来在传统金融领域中的“线性开发”发生了变化。
传统金融领域中对于系统集成开发的线性方式



引入BRMS后我们IT对于内部的系统集成开发方式



运用了这套BRMS后,我们的IT在面对随时、多变的业务场景时可以做到:




特色一:支持基于规则的各种复杂流转模式




特色二:多种复杂事件发起模式



特色三:灵活全面的规则设计




BRMS在其它金融领域中的应用场景介绍


规则引擎在信用卡申请场景中的应用






规则引擎在反欺诈场景中的应用





  • 黑规则:甄别嫌疑订单
  • 白规则:订单解除嫌疑
  • 商家管理处罚系统,对违规商家处罚处理。
  • 搜索排名,降低违规商家搜索排名权重。
  • 自定义阈值规则指标体系
  • 地址模糊聚类算法
  • 手机嵌入欺诈模糊甄别算法
  • 黑/白名单机制设置
  • 灰名单机制设置
  • 区域订单脉冲机制
  • 全区管控机制
  • 产品线与SKU监控管理机制

posted on 2016-10-17 12:07  张大大123  阅读(471)  评论(0编辑  收藏  举报

导航