1. 课程导入

在信贷业务中，授信策略决定了“谁能借、借多少、以什么价格借、什么时候拦截”。一次策略变更，可能同时影响通过率、逾期率、客均额度、资金成本和客户体验。传统“全量上线、出问题再回滚”的方式，在策略频繁迭代的今天风险极高：一旦规则误判，可能造成批量误拒优质客户，或让高风险人群集中涌入。灰度发布与回退机制，正是把这种“一次性赌博”改造成“可控实验、可观测、可回退”的工程能力。

一、学习目标：从“会配策略”到“会安全发布策略”

本课程不是单纯讲解某条规则怎么写，而是围绕策略变更的完整生命周期展开。学完后，你应当具备以下能力：

• 理解灰度发布的本质：区分灰度发布、A/B实验、蓝绿部署、影子流量的适用边界，知道授信场景下为什么常用“按客户维度分流”而非“按请求维度分流”。
• 掌握分流设计方法：能够设计稳定的分流键、分层实验域和流量比例，避免同一客户在多次请求中被分到不同策略组。
• 建立回退机制：能够定义回退触发条件、回退粒度、回退时效和回退后的数据一致性处理。
• 构建观测体系：能够为灰度策略配置核心指标、护栏指标和告警阈值，用数据判断“继续放量、暂停还是回退”。
• 形成工程闭环：能够把策略发布流程沉淀为可复用的平台能力，而不是依赖个人经验。

二、核心价值：为什么授信策略必须灰度

授信策略与一般推荐策略有本质差异。推荐策略出错，用户可能只是看到不感兴趣的内容；授信策略出错，直接产生资金损失、合规风险和客户投诉。其价值体现在四个层面：

价值维度	传统全量发布	灰度发布与回退
风险控制	错误规则影响全量客户，损失不可逆	影响面限制在小流量，可及时止损
决策依据	依赖经验判断，上线后才知道效果	用对照数据验证策略增益与副作用
迭代速度	不敢频繁改，发布周期长	小步快跑，持续优化
合规审计	变更记录分散，难以追溯	发布、放量、回退全程留痕

更重要的是，灰度机制让业务、风控、研发三方在同一套数据语言下协作：业务关注通过率和转化，风控关注逾期和风险敞口，研发关注系统稳定性和回退时效。没有灰度，三方只能在事故后互相解释；有了灰度，三方可以在放量前共同设定指标和阈值。

三、整体知识框架：三条主线与一个闭环

本课程的知识体系可以概括为“三条主线、一个闭环”。三条主线分别是：

1. 流量主线：流量如何切分、如何标记、如何保证同一客户稳定命中同一策略版本。核心概念包括分流键、实验域、流量层、白名单与黑名单。
2. 策略主线：策略版本如何管理、如何编排、如何在不同版本间做优先级和互斥控制。核心概念包括策略包、版本快照、规则优先级、参数化配置。
3. 回退主线：什么条件下回退、回退到什么版本、回退时正在处理的请求怎么办。核心概念包括护栏指标、自动回退、手动回退、熔断与降级。

一个闭环，指的是“发布—观测—决策—回退/放量—复盘”的完整循环。灰度不是发布动作的终点，而是数据驱动决策的起点。

四、学习路径：四周从入门到落地

建议按“概念—设计—实现—复盘”的节奏推进，每周聚焦一个层次：

• 第一周：建立认知。理解灰度发布与回退的基本概念、适用场景和风险边界，能画出自己业务的策略发布流程图。
• 第二周：掌握设计。学习分流键设计、实验域划分、版本管理和指标定义，能输出一份灰度方案设计文档。
• 第三周：动手实现。结合配置中心、规则引擎和监控告警，搭建最小可用的灰度发布与自动回退链路。
• 第四周：案例复盘。分析真实事故案例，识别常见误区，形成团队内部的发布规范和检查清单。

五、常见误区：先避开这些坑

在进入后续章节前，先建立对误区的警觉：

• 误区一：灰度就是随机放量。随机分流会导致同一客户多次请求命中不同策略，数据不可比，客户体验也不一致。授信场景必须按客户维度稳定分流。
• 误区二：有回退开关就等于安全。回退开关只是最后一道防线。没有护栏指标和自动触发，人工发现异常往往已经造成损失。
• 误区三：只看通过率，不看风险。通过率上升可能是策略放松了风险底线。必须同时观测逾期率、风险敞口和客群结构变化。
• 误区四：灰度结束就删掉旧版本。旧版本需要保留一段时间作为回退目标，并记录版本快照和参数，确保可追溯。

本章作为导入，目标是让你先看清全局：灰度发布解决的是“变更风险可控”，回退机制解决的是“异常损失可止”，两者共同构成授信策略安全迭代的基础设施。接下来的章节将沿着流量、策略、回退三条主线逐一展开，最终落到可运行的工程方案和团队规范上。