总的流程图
2016-11-25 10:24:26 0 举报由于您没有提供具体的流程图，我无法为您生成准确的描述。但是，我可以为您提供一个通用的描述模板： ”该流程图展示了从开始到结束的完整过程。首先，在第一阶段，我们进行初步的设定和规划。接着，进入第二阶段，我们执行具体的任务或操作。在这个过程中，可能会遇到一些问题或挑战，我们需要在第三阶段进行调整和优化。最后，在第四阶段，我们对整个过程进行总结和评估，以便在未来的流程中进行改进。” 如果您能提供具体的流程图，我将能够为您提供更详细的描述。
作者其他创作
大纲/内容
步骤二
日志
本地处理
黑名单
生成
准实时
local
判断风险
调用方
返回结果
不适用场景
步骤一
1. 黑名单结构，数据存放redis，key：domainId + 纬度指 + 惩罚措施，value：开始时间，结束时间，来源(来源于哪个规则)2. 黑名单校验逻辑。向web查询该event所有信息(包括惩罚措施，及惩罚策略信息)，根据惩罚策略中的纬度信息从ActionData中获取纬度值构建key列表，从redis中判断key是否有效，即是否命中黑名单3. 准实时：规则引擎生成黑名单逻辑4. 实时：本地生产黑名单逻辑5. 日志的处理：步骤1，2都会写日志到javalin和hdfs6. 风控模型：事件，规则，规则因子，黑名单，惩罚，惩罚措施等概念
步骤一：风险判断
非纬度聚合规则的，比如：黄赌毒内容识别，灌水，抄袭，恶意广告等由于引入了groovy，可以判断：单笔提现交易=2000元。缺点：groovy逻辑比较重，运营维护成本高，不能使用现有的规则
步骤二：处理数据，生成黑名单
适用场景
dubbo
GROOVY
基础配置数据
上报数据
规则引擎
纬度聚合规则的，比如：一个用户1小时评论不能超过60次，单设备一小时登录不能超过30次
实时
无风险执行
离线
关键技术点
0 条评论
下一页
