云资源利用率与闲置治理 - 第1节
1. 降级熔断概述
在微服务架构中，降级（Degradation）与熔断（Circuit Breaker）是保障系统稳定性的两种核心自我保护机制。它们共同的目标是：在部分服务出现故障或过载时，防止故障级联扩散，确保核心业务可用。
| 机制 | 定义 | 触发条件 | 典型行为 |
|---|---|---|---|
| 降级 | 主动放弃非核心功能或返回降级结果（如缓存数据、默认值），以释放资源保障核心链路 | 资源不足、超时、依赖服务异常 | 返回兜底数据、关闭非关键功能、限流 |
| 熔断 | 当依赖服务错误率达到阈值时，快速切断调用链路，避免持续等待和资源浪费 | 错误率/超时率超过阈值、请求堆积 | 直接拒绝请求、快速失败、定期探测恢复 |
核心区别：降级是主动的、有计划的“退而求其次”；熔断是被动的、自动触发的“断路保护”。两者常配合使用：熔断触发后通常伴随降级逻辑。
1.2 核心目标
降级与熔断机制围绕以下三个核心目标设计：
- 故障隔离：将故障限制在局部范围内，防止一个服务的崩溃拖垮整个调用链。
- 快速失败：避免客户端长时间阻塞等待，通过快速返回错误或降级结果释放线程/连接资源。
- 自动恢复：熔断器在半开状态下探测服务是否恢复，实现故障自愈，减少人工介入。
1.3 在微服务中的重要性
微服务架构中服务间依赖复杂，单个服务的故障极易引发雪崩效应（Cascading Failure）。降级与熔断机制是构建弹性系统的关键防线。
1.3.1 雪崩效应的成因
- 同步阻塞：服务A同步调用服务B，B响应变慢导致A的线程被阻塞，最终耗尽A的线程池。
- 资源竞争：阻塞的线程占用连接、内存等资源，影响A处理其他请求的能力。
- 级联扩散：A的故障进一步影响调用A的上游服务，形成连锁反应。
1.3.2 降级熔断的防护价值
| 场景 | 无防护后果 | 有降级熔断 |
|---|---|---|
| 数据库连接超时 | 线程池耗尽，整个服务不可用 | 熔断后直接返回缓存数据，服务继续运行 |
| 下游服务宕机 | 上游服务全部阻塞，请求堆积 | 快速失败，释放资源，仅影响依赖该服务的功能 |
| 突发流量高峰 | 系统过载，全面崩溃 | 降级非核心功能，保障支付/登录等核心链路 |
最佳实践：在微服务网关层（如Spring Cloud Gateway、Kong）统一配置降级熔断策略，实现全链路防护。同时为每个服务设置独立的线程池隔离（如Hystrix线程池隔离），避免一个服务的故障耗尽共享线程池。
1.4 降级与熔断的协作流程
在实际系统中，降级和熔断通常按以下阶段协同工作：
常见误区：不要将降级和熔断混为一谈。降级是业务层面的“有损服务”，熔断是技术层面的“断路保护”。熔断触发后必须配合降级逻辑，否则客户端将直接收到错误响应，用户体验更差。