1 架构师能力思维模型
- 全局思维
- 抽象思维
2 新需求的思考路径
需求是否合理，是否能解决问题？
能划分多少个子系统？
每个子系统能划分多少个模块？这个系统需要可靠性吗，需要扩展能力吗？成本需要控制吗？
表如何设计？API如何设计？模块之间如何通信？
3 风控引擎设计的核心点
架构会围绕核心点进行设计：
3.1 高效率的规则(策略)选代
风险规则可动态，自由组合的调整
风险规则设计思路
- 风险规则可由多个基础规则(因子)组成
- 风险规则就是与(AND)或(OR)非(NOT)组合的逻辑运算
- 不同业务场景的风险规则也不同
都是多对多关系：
如
优惠券场景：
风险规则1：检测时间差（基础规则、因子） > 3h && 用户活跃度 > 5（活跃系数）
其中的用户活跃度 > 5（活跃系数）就是指标计算。
注册场景：
风险规则1：手机号段非170 或 检测时间差 > 1h（输入的上下文参数）
于是就能总结得出：
3.2 充分的运营支撑
监控大屏 完善的运营后台。
3.3 无缝对接不同业务线
统一SDK：
3.4 事件接入中心
为什么需要事件接入中心？
- 将所有的事件数据进行统一管理
- 从任意的数据源以流式传输大量的事件数据
不同的业务场景，包含不同的事件类型（evenType），事件接入中心是整个风控引擎的数据流入口。包含数据：
3.5 风控服务稳定可靠
服务高可用 熔断降级。
因此，得到最终的
4 风控引擎的系统架构图
说一大段话，不如画一张图让人更加容易理解：
业务架构图
应用架构图
需要划分出系统的层级，各个层级的应用服务
数据架构图
技术架构图
