用“幼儿园急救演练”比喻理解服务熔断和降级

1. 什么是服务熔断和降级？

想象幼儿园里的“急救演练”：

• 服务熔断：如果小明在做游戏时受伤了（服务异常），老师立刻吹哨（触发熔断），让其他小朋友暂时不要找小明玩（不再调用该服务），避免更多人受伤（级联故障）。

• 服务降级：小明受伤后，老师安排小红临时顶替小明的任务（降级逻辑），比如帮忙分发玩具，保证活动继续进行（系统可用性）。

2. 服务熔断和降级包含哪些部分？

画一个“幼儿园急救系统”示意图：

┌───────────────────────────┐  
│     服务熔断与降级系统     │  
├───────────────────────────┤  
│  急救监测员：熔断器        │  
│  ├─ 统计服务失败次数       │  
│  ├─ 判断是否触发熔断       │  
│  └─ 控制熔断状态（开启/关闭）│  
│                           │  
│  临时替代者：降级处理器    │  
│  ├─ 提供备选逻辑           │  
│  ├─ 返回默认值             │  
│  └─ 记录降级日志           │  
│                           │  
│  状态管理器：状态存储器    │  
│  ├─ 存储服务熔断状态       │  
│  ├─ 记录熔断时间           │  
│  └─ 控制熔断恢复           │  
└───────────────────────────┘  

3. 代码演示：在 Hyperf 中实现服务熔断和降级

下面是一个使用 Sentinel 实现服务熔断和降级的示例：

<?php  
// 1. 配置 Sentinel 客户端（就像给幼儿园配备急救箱）
// 文件名：config/autoload/sentinel.php
return [
    'enable' => true,
    'client' => [
        'host' => '127.0.0.1',  // Sentinel 服务器地址
        'port' => 8719,         // Sentinel 服务器端口
        'timeout' => 2000,      // 连接超时时间（毫秒）
        'connect_timeout' => 2000,  // 连接建立超时时间（毫秒）
        'heartbeat_interval' => 5000,  // 心跳间隔（毫秒）
    ],
];

// 2. 定义熔断和降级规则（就像制定急救演练规则）
// 文件名：config/autoload/sentinel_rules.php
return [
    'circuit_break' => [
        [
            'resource' => 'getUserInfo',  // 资源名称（服务方法）
            'grade' => \Hyperf\Sentinel\Constants\ErrorCode::DEGRADE_GRADE_RT,  // 熔断策略：响应时间
            'count' => 1000,  // 阈值（毫秒）
            'timeWindow' => 10,  // 熔断时间窗口（秒）
            'minRequestAmount' => 5,  // 最小请求数
            'statIntervalMs' => 1000,  // 统计时间窗口（毫秒）
        ],
    ],
    'fallback' => [
        'getUserInfo' => [\App\Fallback\UserServiceFallback::class, 'getUserInfo'],  // 降级处理类
    ],
];

// 3. 服务提供者（就像正常工作的小明）
// 文件名：user-service/src/Service/UserService.php
class UserService {
    /**
     * 获取用户信息
     */
    public function getUserInfo($userId) {
        // 模拟服务异常（比如数据库连接失败）
        if (rand(1, 10) <= 3) {  // 30% 的概率抛出异常
            throw new \Exception('数据库连接失败');
        }
        
        return [
            'userId' => $userId,
            'name' => "用户{$userId}",
            'age' => rand(18, 60)
        ];
    }
}

// 4. 降级处理类（就像临时顶替小明的小红）
// 文件名：user-service/src/Fallback/UserServiceFallback.php
class UserServiceFallback {
    /**
     * 用户服务降级处理方法
     */
    public static function getUserInfo($userId) {
        // 返回默认用户信息（降级逻辑）
        return [
            'userId' => $userId,
            'name' => "默认用户",
            'age' => 18,
            'message' => '用户服务暂时不可用，已返回默认信息'
        ];
    }
}

// 5. 服务消费者（就像找小明帮忙的小朋友）
// 文件名：order-service/src/Service/UserServiceConsumer.php
class UserServiceConsumer {
    /**
     * 获取用户信息（使用熔断和降级）
     */
    public function getUserInfo($userId) {
        // 使用 Sentinel 包裹服务调用
        return \Hyperf\Sentinel\Sentinel::getInstance()->getCircuitBreaker()->protect(
            'getUserInfo',  // 资源名称
            function () use ($userId) {
                // 正常调用服务
                $client = new \GuzzleHttp\Client();
                $response = $client->get("http://user-service:9501/users/{$userId}");
                return json_decode($response->getBody(), true);
            },
            function () use ($userId) {
                // 熔断或降级时执行的回调
                return UserServiceFallback::getUserInfo($userId);
            }
        );
    }
}

4. 服务熔断和降级的底层原理

用“幼儿园急救系统”比喻：

服务熔断时：

1. 急救监测员（熔断器）发现小明受伤次数超过阈值（服务失败率过高）；
2. 吹哨（触发熔断），在黑板上写下“小明暂时不可用”（记录熔断状态）；
3. 其他小朋友看到黑板后，不再找小明玩（不再调用该服务）；
4. 过了一段时间（熔断时间窗口），急救监测员检查小明是否恢复（尝试半开状态）；
5. 如果小明恢复了，擦掉黑板上的字（关闭熔断）。

服务降级时：

1. 老师发现小明受伤后，立刻安排小红顶替小明的任务（执行降级逻辑）；
2. 小红提供临时服务（返回默认值或简化结果）；
3. 记录日志：“小明受伤，由小红临时顶替”（记录降级信息）。

技术细节：

• 熔断策略：基于失败率、响应时间、异常比例等；
• 状态机：关闭 → 开启 → 半开 → 关闭；
• 滑动窗口：统计最近一段时间的请求结果；
• 降级方式：返回默认值、静态数据、缓存数据等；
• 恢复机制：熔断时间窗口后尝试放行少量请求，验证服务是否恢复。

5. 使用场景

• 依赖服务故障：当依赖的服务不可用时，避免级联故障；
• 流量激增：当系统负载过高时，牺牲非核心服务，保证核心功能；
• 网络抖动：当网络不稳定时，暂时熔断不稳定的服务；
• 资源保护：保护关键资源（如数据库、缓存）不被耗尽；
• 灰度发布：新服务上线时，出现问题可快速降级。

思维导图：服务熔断和降级

┌───────────────────┐  
│  服务熔断与降级   │  
│  （幼儿园急救）   │  
├───────────────────┤  
│  核心组件：       │  
│  ├─ 熔断器        │  
│  ├─ 降级处理器    │  
│  └─ 状态存储器    │  
│                   │  
│  工作流程：       │  
│  1. 统计失败率    │  
│  2. 判断是否熔断  │  
│  3. 执行降级逻辑  │  
│  4. 控制熔断恢复  │  
│                   │  
│  使用场景：       │  
│  ├─ 依赖服务故障  │  
│  ├─ 流量激增      │  
│  ├─ 网络抖动      │  
│  └─ 资源保护      │  
└───────────────────┘  

流程图：服务熔断和降级流程

正常调用服务 → 统计请求结果 → 判断失败率是否超过阈值 →  
│                          │  
│  否                     │  是  
│                          ↓  
└──────────────────── 触发熔断 ─────────────────────┐  
                                                   │  
                                                   ↓  
                                        执行降级逻辑 → 返回降级结果  
                                                   ↑  
                                                   │  
                                        熔断时间窗口结束 → 尝试半开状态  
                                                   │  
                                                   ↓  
                                     放行少量请求 → 判断服务是否恢复 →  
                                     │                          │  
                                     │  否                     │  是  
                                     │                          ↓  
                                     └────────── 继续熔断 ────────┘  

概念图：服务熔断和降级的关系

┌─────────────┐    ┌─────────────┐    ┌─────────────┐  
│  服务调用者 │───→│  熔断器     │───→│  实际服务   │  
└─────────────┘    └─────────────┘    └─────────────┘  
                   ↑             │  
                   │             ↓  
┌─────────────┐    │    ┌─────────────┐    ┌─────────────┐  
│  状态存储器 │←───┘    │  降级处理器 │←───│  服务异常   │  
└─────────────┘         └─────────────┘    └─────────────┘  

总结：服务熔断和降级是微服务的“急救系统”

服务熔断和降级就像幼儿园的“急救系统”：

• 服务熔断：当某个服务异常时，暂时切断对它的调用，防止级联故障，就像隔离受伤的小朋友；
• 服务降级：在服务不可用时，提供备选方案，保证系统基本功能，就像安排临时顶替者；
• 自动恢复：在适当的时候尝试恢复服务，就像检查受伤的小朋友是否康复。

有了服务熔断和降级，微服务系统就能像有序的幼儿园一样，即使有小朋友临时受伤，也能通过急救措施保证活动继续进行！