2. 风控网关核心架构：六大模块解析

实时风控网关的架构设计直接决定了系统的延迟上限与扩展能力。一个标准的风控网关通常由六个核心模块串联而成：请求入口、规则引擎、特征计算、决策引擎、结果输出、异步日志。每个模块在低延迟链路中承担不同的职责，也对应着不同的优化切入点。

2.1 模块职责与延迟敏感度

下表梳理了六大模块的核心职责、延迟敏感度以及常见的性能瓶颈点。理解这些差异，是后续进行低延迟对比评审的基础。

2.2 核心架构流程与数据流

下图展示了实时风控网关的完整数据流。请求从入口进入后，依次经过规则匹配、特征计算、决策输出，最终返回结果。异步日志模块在决策完成后独立写入，不阻塞主链路。

2.3 模块间交互的延迟关键点

在低延迟评审中，除了关注单个模块的性能，更需审视模块间的交互方式。以下是三个最常见的延迟陷阱：

• 串行等待 vs 并行预取： 特征计算模块通常需要查询多个外部数据源（如用户画像、设备指纹、黑白名单）。如果采用串行查询，延迟会累加；若采用并行预取或异步回调，可大幅降低整体等待时间。
• 规则引擎的短路设计： 规则引擎应支持“命中即终止”的短路模式。当一条高优先级规则匹配成功时，后续规则无需继续执行，从而节省计算资源与时间。
• 异步日志的写入策略： 异步日志虽然不阻塞主链路，但如果写入队列的积压速度超过消费速度，会导致内存溢出或日志丢失。评审时需关注队列容量、消费线程数以及背压机制。

2.4 六大模块的延迟预算分配

在低延迟风控网关中，通常会对每个模块设定严格的延迟预算（SLA）。以下是一个典型的预算分配示例（假设总延迟目标为 50ms）：

2.5 架构演进：从单体到分离式

随着业务规模增长，风控网关的架构会从“单体集成”向“模块分离”演进。下图展示了两种架构模式的对比：

2.6 本章小结

风控网关的六大模块构成了一个完整的请求处理闭环。在低延迟对比评审中，评审者需要：

1. 明确每个模块的延迟敏感度与预算分配；
2. 识别模块间交互的潜在瓶颈（串行等待、序列化开销、队列积压）；
3. 根据业务规模选择合适的架构形态（单体或分离式）；
4. 建立全链路的延迟监控体系，确保每个环节可观测、可回溯。