基于 Apache Flink 和规则引擎的实时风控解决方案 ​ 对一个互联网产品来说,典型的风控场景包括:注册风控.登陆风控.交易风控.活动风控等,而风控的最佳效果是防患于未然,所以事前事中和事后三种实现方案中,又以事前预警和事中控制最好.这要求风控系统一定要有实时性.本文就介绍一种实时风控解决方案.风控是业务场景的产物,风控系统直接服务于业务系统,与之相关的还有惩罚系统和分析系统,各系统关系与角色如下: 业务系统,通常是 APP + 后台 或者 web,是互联网业务的载体,风险从业务系统触发…

案例与解决方案汇总页:阿里云实时计算产品案例&解决方案汇总 对一个互联网产品来说,典型的风控场景包括:注册风控.登陆风控.交易风控.活动风控等,而风控的最佳效果是防患于未然,所以事前事中和事后三种实现方案中,又以事前预警和事中控制最好. 这要求风控系统一定要有实时性. 本文就介绍一种实时风控解决方案. 1.总体架构 风控是业务场景的产物,风控系统直接服务于业务系统,与之相关的还有惩罚系统和分析系统,各系统关系与角色如下: 业务系统,通常是APP+后台 或者 web,是互联网业务的载体,风险从业务…

原文地址: 大数据计算引擎之Flink Flink CEP复杂事件编程 复杂事件编程(CEP)是一种基于流处理的技术,将系统数据看作不同类型的事件,通过分析事件之间的关系,建立不同的时事件系序列库,并利用过滤.关联.聚合等技术,最终有简单事件产生高级事件,并通过模式规则的方式对重要信息进行跟踪和分析,从实时数据中心发掘有价值的信息.复杂事件处理主要应用于防范网络欺诈.设备故障检测.风险规避和智能营销等领域.目前主流的CEP工具具有Esper,Jboss Drools和上夜班的MicroSoft…

Drools Fusion既是规则引擎,又可以作为CEP.除了事件定义和时间推理之外,对于引擎本身也会有一些不同的使用.主要体现在会话时钟.流模式.滑动窗口和对事件的内存管理. 会话时钟 由于事件的时间性,处理事件时需要一个参考时钟. 这个参考时钟在会话配置(KnowledgeSessionConfiguration)中指定,所以称为会话时钟(Session Clock). 有很多种场景需要对时钟进行控制,比如: 规则测试 测试总是需要一个可控的环境,并且当测试包含了带有时间约束的 规则时,不仅…

本文根据Apache Flink 实战&进阶篇系列直播课程整理而成,由哈啰出行大数据实时平台资深开发刘博分享.通过一些简单的实际例子,从概念原理,到如何使用,再到功能的扩展,希望能够给打算使用或者已经使用的同学一些帮助. 主要的内容分为如下三个部分: Flink CEP概念以及使用场景. 如何使用Flink CEP. 如何扩展Flink CEP. Flink CEP 概念以及使用场景 什么是 CEP CEP的意思是复杂事件处理,例如:起床-->洗漱-->吃饭-->上班等一系列串联…

QLExpress 是一个轻量级的类java语法规则引擎,作为一个嵌入式规则引擎在业务系统中使用.让业务规则定义简便而不失灵活.让业务人员就可以定义业务规则.支持标 准的JAVA语法,还可以支持自定义操作符号.操作符号重载. 函数定义.宏定义.数据延迟加载等. QLExpress可以执行标准的java语法,例如 '哈哈'.equals('哈哈').if(true) {1} else{2}等,可以动态获取运算结果. QLExpress 3.0.6下载地址:http://code.taobao.or…

https://www.jianshu.com/p/725811f420db 深入了解Drools 简单介绍 笔者正在做风控系统,风控系统里边存在非常多的规则(比如:age < 16 || age > 50 -> REJECT ).最便捷的实现就是用 if-else 来写,但是随着规则的增加以及需求的变动,代码将变得越来越难阅读和变动.这时候就要引入Drools等规则引擎了.Drools就是为了解决业务代码和业务规则分离的引擎. 开发环境搭建 网上一般都是eclipse下的教程,这里讲下…

最近项目需要增加风控系统,在经过一番调研以后决定使用Drools规则引擎.因为项目是基于SpringCloud的架构,所以此次学习使用了SpringBoot2.0版本结合Drools7.14.0.Final版本. 引入依赖 12345678910 <dependency> <groupId>org.drools</groupId> <artifactId>drools-core</artifactId> <version>7.14.0…

kmodule.xml文件存放在src/main/resources/META-INF/文件夹下. <?xml version="1.0" encoding="UTF-8"?> <kmodule xmlns="http://jboss.org/kie/6.0.0/kmodule"> <kbase name="rules" packages="rules"> <kse…

在日常的业务开发中,会包含许多的业务规则,一般就是用if-else硬编码的方式实现,这样就会增加逻辑的维护成本,若无注释,可能都无法理解规则意图. 因为一旦规则有所改变,那么就需要修改代码再发布代码,而在日常的开发中唯一不变的就是变化,修改规则是很常见的. 规则引擎的作用就是将决策逻辑从业务逻辑中抽离出来,使得两者可以独立于彼此,便于集中管理,减少硬编码的成本和风险,在不重启服务的情况下快速响应需求的变化. 规则本质上就是一个函数,包括n个输入(决策因子),一个输出(结果)和一段计算规则三部分.…