催收触达API限流熔断实操课 - 第1节

1.1 催收业务背景与系统架构概述

催收系统是金融信贷生命周期中风险控制与资产回收的核心环节。当借款人发生逾期后，催收系统通过自动化与人工结合的触达手段，引导借款人完成还款。随着业务规模增长与监管合规趋严，催收系统架构必须兼顾高吞吐、低延迟与强稳定性。

催收系统分层架构

现代催收系统通常采用微服务分层架构，各层职责清晰，便于独立扩展与容灾。下表概括了催收系统的核心分层及其关键组件：

1.2 触达 API 的核心作用

触达 API 是催收系统与外部通信渠道之间的标准化接口。每一次催收动作——无论是发送一条还款提醒短信，还是发起一通智能语音通话——都通过触达 API 完成。其核心作用体现在以下三个方面：

• 统一抽象：屏蔽不同渠道（移动、联通、电信、国际短信、邮件服务商）的协议差异，提供一致的调用方式。
• 策略执行：承载催收策略中的触达规则，如频次控制、时段限制、渠道优先级排序。
• 状态回传：将触达结果（成功、失败、拒收、超时）实时反馈给业务编排层，驱动案件状态流转。

1.3 为什么需要限流与熔断

催收触达 API 面临独特的流量特征与风险场景，限流与熔断不是可选项，而是保障系统生命线的必要手段。以下从三个维度分析其必要性：

流量特征分析

限流与熔断的职责分工

限流与熔断虽然常被并列提及，但二者在系统治理中承担不同角色：

• 限流（Rate Limiting）：主动控制流量入口，防止上游请求超过系统或渠道的处理能力。适用于保护自身资源与下游渠道。
• 熔断（Circuit Breaking）：被动检测下游故障，当错误率达到阈值时自动切断调用链路，避免无效等待与资源浪费。适用于隔离故障、防止级联雪崩。

催收场景下的典型故障案例

以下是一个真实发生过的事件，直观展示缺乏限流熔断的后果：

1. 触发：某催收平台在还款日次日 10:00 集中发送 500 万条催收短信。
2. 连锁反应：短信通道因瞬时流量过大触发渠道侧限流，大量请求超时；业务层未做熔断，持续重试，导致连接池耗尽。
3. 雪崩：触达 API 所在节点 CPU 飙升至 100%，影响同节点其他非催收服务，最终导致整个支付网关不可用。
4. 后果：当日回款率下降 2.1%，客诉量激增 5 倍，监管约谈。