风控决策系统增加耗时统计,策略指标引用完善

0 阅读4分钟

风控决策系统增加耗时统计,策略指标引用完善

回想上一篇关于项目(github.com/wnhyang/coo…)的文章到要到4月中了,确实好久没有更新了,确实是比较忙,这一篇就过一下最近更新的内容。

Solon版

从前两篇就可以知道最近开发了Solon版,而且目前在线体验后端使用的就是Solon版。因为我还想使用solon-ai做更多的事情,所以这将可能是未来的主推版本。

耗时统计与事件搜索完善

增加了每笔事件的耗时统计,这些是固定的串行流程,所以总和就是总耗时。当然实际执行中多个指标计算是并行的,策略也根据不同的模式设置也可以是并行的。

事件页面中点击任意一行就打开抽屉,同时不显示遮罩层,这样的话可以切换行同时抽屉数据变化,关闭抽屉只能通过右上角的“关闭”按钮。

增加了两个固定的检索条件,模式对应接入的方式,只有固定的:测试、同步、异步,区别前面讲了很多次了;结果对应最终的决策结果,根据系统配置而来,两者都是多选列表。当然这是固定的检索条件,额外的仍可以通过高级搜索自定义搜索。

动态字段测试

字段编辑时,如果是动态字段可以在这里进行测试。

展示优化

使用Tag加唯一的颜色区分展示。

指标引用

对应前文的字段引用,增加指标引用,指标引用仅在运行区,因为只有发布后的指标才能使用,点击行的“引用”按钮后即抽屉展示引用的规则,区分运行中的编辑中的,可以快捷跳转。这里的抽屉和事件数据页面的不同是有遮罩的,点击遮罩会关闭抽屉。

策略引用与详情

引用和指标引用一样

策略详情,在编辑区点击行即打开抽屉,展示策略的部分信息和其下的规则列表,可以快捷跳转。这里注意一下不同于事件数据页面的数据没有操作列表

所以不用关心是点击行事件还是按钮事件,所以如果不处理的话就出现点击按钮同时打开抽屉和弹框的情况,当然解决也很简单点击按钮禁止冒泡就好。

非功能性

当然除了功能性的考虑,还有项目结构、规范、性能等等,这些非常重要。

这里就提一点吧,虽然我前端基础不咋滴,但是我对于工程的规范结构还是很关注的,所以前端项目还是非常规范统一的。

小结

说实话最近关于项目做的很少,有点忙,有点懈怠。

总是这样的,如果行动能跟得上想法就真是巨人。

而且越做越发现还有很坑没填😂

最近想做的有:ApiKey管理,全面MCP,结合AI搞事情,

其他文章

全局

规则引擎可以应用于哪些系统,用户画像、触达、风控、推荐、监控...

基于规则引擎的风控决策系统介绍与演示

风控系统之规则重复触发

LiteFlow上下文与组件设计,数据依赖梳理

交易事件的生命周期,事前事中事后风控,结果通知/回调

策略/规则篇

风控系统之普通规则条件,使用LiteFlow实现

风控系统之通用规则条件设计,算术单元/逻辑单元/函数式接口

LiteFlow决策系统的策略模式,顺序、最坏、投票、权重

指标篇

风控系统指标计算/特征提取分析与实现01,Redis、Zset、模版方法

基于LiteFlow的风控系统指标版本控制

风控系统指标版本管理,前端实现

风控系统之指标回溯,历史数据重跑

业务链指标,用户行为模式识别,埋点系统

数据篇

风控系统之数据服务,名单、标签、IP、设备、地理信息、征信等

GeoHash处理经纬度,降维,空间填充曲线