风控网关回放对比：从入门到实战 - 第1节
1.1 什么是风控网关
风控网关是部署在业务系统与风控引擎之间的中间层服务，负责拦截所有业务请求，进行实时风险判定，并将判定结果回传给业务方。它屏蔽了底层风控引擎的复杂性，为上游业务提供统一的、标准化的风险防控入口。
从架构视角看，风控网关并非简单的“转发代理”，而是一个集流量治理、规则编排、数据采集、结果缓存与回传于一体的核心节点。它通常以无状态集群方式部署，通过水平扩展支撑每秒数万甚至数十万笔的请求量。
核心定义：风控网关 = 流量分发器 + 规则执行器 + 结果回传总线。三者缺一不可。
1.2 风控网关在业务架构中的位置
在典型的互联网业务架构中，风控网关位于业务接入层与风控引擎层之间。业务请求（如登录、下单、支付）先到达业务网关，业务网关将请求路由至风控网关，风控网关完成风险判定后再将结果返回给业务网关或直接返回给上游服务。
1.3 核心职责
风控网关承担三大核心职责：流量分发、规则执行、结果回传。三者构成一个完整的请求处理闭环。
1.3.1 流量分发
流量分发是风控网关的入口能力。它根据请求的业务类型（如登录、交易、营销）、渠道来源（App、H5、API）、用户等级等维度，将请求路由到对应的风控策略组。分发策略通常支持以下模式：
- 按业务线分发：支付类请求走支付风控策略，信贷类请求走信贷风控策略。
- 按流量比例分发：灰度发布时，将 10% 流量导向新策略组，90% 保持旧策略。
- 按用户标签分发：VIP 用户走轻量级规则，高风险用户走全链路规则。
实践建议：流量分发应支持动态配置，避免因策略变更而重启网关。推荐使用配置中心（如 Nacos、Apollo）实时推送分发规则。
1.3.2 规则执行
规则执行是风控网关的核心计算环节。网关将请求参数组装成标准上下文，依次执行以下步骤：
- 特征提取：从请求中提取设备指纹、IP、用户行为序列等特征。
- 规则匹配：按优先级依次匹配黑白名单、频率限制、阈值规则、复杂规则。
- 模型打分：调用风控引擎中的机器学习模型，输出风险分数。
- 决策融合：综合规则结果与模型分数，输出最终决策（通过/拒绝/人工审核/增强验证）。
| 执行阶段 | 典型耗时 | 失败处理策略 |
|---|---|---|
| 特征提取 | 5~20 ms | 降级：使用默认特征值 |
| 规则匹配 | 1~10 ms | 熔断：跳过该规则，记录告警 |
| 模型打分 | 10~100 ms | 超时：使用缓存分数或默认分数 |
| 决策融合 | <1 ms | 兜底：默认拒绝并人工审核 |
1.3.3 结果回传
结果回传是风控网关的最后一环，将决策结果以标准格式返回给业务方。回传内容通常包含：
- 决策码：通过（PASS）、拒绝（REJECT）、人工审核（REVIEW）、增强验证（CHALLENGE）。
- 风险等级：低风险、中风险、高风险。
- 命中规则列表：触发哪些规则及规则详情。
- 建议动作：如“限制提现额度”“要求短信验证”“直接拦截”。
常见误区：很多团队将风控网关与风控引擎混为一谈。实际上，风控网关是流量入口与调度层，风控引擎是计算与决策层。网关不负责具体规则计算，而是负责将请求正确分发到对应的规则组，并聚合结果。将两者职责分离，才能实现灵活的规则编排和灰度发布。