1. 风控网关概述
1.1 什么是实时风控网关
实时风控网关是部署在业务系统与风控决策引擎之间的轻量级中间层服务，负责对每一笔业务请求进行毫秒级的规则校验、数据富化、流量调度与风险拦截。它不直接产生风控模型，而是作为统一入口，将业务请求标准化后送入风控决策链路，并将决策结果同步返回给业务方。
核心定位：风控网关 = 流量入口 + 协议适配 + 实时计算 + 结果路由。它是风控系统的“第一道防线”，也是 Champion Challenger 实验的流量分发枢纽。
1.2 核心价值
| 价值维度 | 说明 | 典型指标 |
|---|---|---|
| 统一接入 | 屏蔽不同业务线（支付、登录、营销）的协议差异，提供标准化风控接口 | 接入新业务时间从周级降至天级 |
| 实时拦截 | 在请求到达核心业务前完成风险判定，避免恶意操作进入下游 | P99 延迟 < 50ms |
| 流量调度 | 支持 Champion/Challenger 实验组流量切分，实现 A/B 测试与灰度发布 | 实验组流量比例 1% ~ 100% 可调 |
| 降级容错 | 当风控引擎超时或异常时，网关可快速降级为放行/拦截策略 | 降级切换时间 < 100ms |
| 数据富化 | 在请求进入决策前，补充设备指纹、IP 画像、历史行为等上下文 | 单请求富化字段数 10~50 个 |
1.3 在金融/电商场景中的位置
实时风控网关位于业务应用层与风控决策层之间，是业务请求进入风控系统的必经之路。以下为典型部署架构：
1.4 典型场景对比
| 场景 | 请求量级 | 风控网关关键职责 | Champion Challenger 实验点 |
|---|---|---|---|
| 电商下单 | 10万+ QPS | 拦截黄牛、刷单、虚假交易 | 测试新模型对正常订单的误杀率 |
| 支付转账 | 5万+ QPS | 识别盗刷、洗钱、异常大额交易 | 对比新旧规则集的召回率与延迟 |
| 账户登录 | 20万+ QPS | 检测撞库、暴力破解、异常设备 | 验证新设备指纹算法的准确率 |
| 营销活动 | 50万+ QPS | 防薅羊毛、黑产批量注册 | 测试新策略对真实用户的放行率 |
实践要点：在金融场景中，风控网关的延迟要求通常比电商更严格（P99 < 30ms），因为支付链路对响应时间极度敏感。电商场景则更关注吞吐量，网关需要支持水平扩展以应对秒杀峰值。
1.5 网关与 Champion Challenger 的关系
实时风控网关是 Champion Challenger 实验的基础设施。没有网关层，Champion Challenger 实验将面临以下问题：
- 流量无法精确切分：业务代码中硬编码策略版本，难以按比例分配流量。
- 实验隔离性差：不同策略版本共享同一份上下文数据，容易相互干扰。
- 回滚困难：新策略出现问题需要修改业务代码并重新发布，耗时较长。
- 监控缺失：无法在网关层统一采集实验指标（延迟、通过率、拒绝率）。
通过风控网关，Champion Challenger 实验可以实现：
- 流量染色：在请求头中注入实验组标识，下游决策引擎根据标识选择对应策略。
- 动态路由：根据用户 ID、设备 ID、地域等维度，将请求路由到不同的策略版本。
- 指标采集：在网关层统一记录每个实验组的请求数、通过数、拒绝数、平均延迟。
- 一键回滚：通过配置中心切换流量比例，无需重启服务。
注意：Champion Challenger 实验的流量切分必须在网关层完成，不能在业务层或决策层进行。业务层切分会导致代码耦合，决策层切分则无法保证实验组之间的资源隔离。网关层是唯一能同时满足“低侵入”和“高可控”的切分点。