催收触达优化API限流熔断课程 - 第1节
1.1 催收系统面临的API压力挑战
在贷后催收场景中，触达系统需要同时对接数十家上游业务方、多家外呼/短信通道、以及内部风控与数据中台。随着业务规模扩张，API调用量呈现指数级增长，系统面临以下核心压力：
- 流量尖峰：还款日、账单到期日前后，催收任务批量下发，API请求量瞬间飙升至平日的5-10倍。
- 通道抖动：外呼通道、短信通道、语音通知等第三方服务响应时间不稳定，超时与重试导致请求堆积。
- 资源争抢：催收触达、案件分配、策略计算等微服务共享数据库连接池与线程池，单一接口过载会引发级联故障。
- 安全攻击：恶意用户或爬虫通过批量查询接口试探借款人信息，造成数据泄露风险与系统资源浪费。
典型故障案例：某头部消费金融平台在2023年双十一期间，催收触达API因未做限流，单节点QPS突破2000，导致数据库连接池耗尽，全链路超时长达30秒，最终影响当日30%的还款提醒触达。
1.2 限流与熔断的核心价值
限流（Rate Limiting）与熔断（Circuit Breaking）是保障催收系统稳定性的两大基石。它们不是简单的“拒绝请求”，而是有策略地保护系统核心能力。
| 维度 | 限流 | 熔断 |
|---|---|---|
| 核心目标 | 控制请求速率，防止系统过载 | 快速隔离故障，防止级联崩溃 |
| 触发条件 | QPS/并发数超过阈值 | 错误率/超时率超过阈值 |
| 动作方式 | 排队、降级、直接拒绝 | 断开链路、返回默认值、快速失败 |
| 恢复机制 | 窗口滑动、令牌补充 | 半开探测、逐步恢复 |
| 催收场景价值 | 保障高优先级催收任务优先触达 | 避免单通道故障拖垮全链路 |
催收场景最佳实践：对“还款提醒”类API设置较高限流阈值（如单节点2000 QPS），对“敏感信息查询”类API设置严格限流（如单节点100 QPS），同时对外呼通道设置熔断阈值（连续失败率超过20%时自动熔断30秒）。
1.3 课程目标与学习路径
本课程旨在帮助催收系统架构师与开发人员，系统掌握API限流熔断的设计与落地方法。完成本课程后，你将能够：
- 诊断：识别催收触达链路的瓶颈点与脆弱环节
- 设计：制定符合业务场景的限流策略与熔断规则
- 实现：基于主流框架（Sentinel、Resilience4j、Nginx+Lua）落地限流熔断
- 优化：通过动态调参、灰度发布、监控告警持续提升系统韧性
学习建议：本课程共30章，建议每周学习3-4章，每章完成后在测试环境复现代码示例。第15章与第25章设有综合实战演练，请务必动手操作。