3. 业务降级（一）：核心业务与非核心业务识别、业务优先级矩阵、降级开关设计

业务降级是服务降级策略中最贴近用户感知的一层。其核心思想是：在系统资源受限或依赖故障时，主动牺牲非核心功能，保障核心业务流程的可用性。本章聚焦于业务降级的第一步——如何科学地识别核心与非核心业务，构建优先级矩阵，并设计灵活的降级开关。

3.1 核心业务与非核心业务识别

识别核心业务是降级策略的起点。核心业务通常具有以下特征：

• 用户刚性需求：用户完成主要任务所必须的功能（如电商的下单、支付）。
• 收入直接关联：直接影响公司营收或关键业务指标（如广告点击、会员开通）。
• 法律合规要求：必须满足监管或合同约定的功能（如金融交易记录、日志审计）。
• 高调用频次：被大量用户高频使用的功能（如搜索、登录）。

非核心业务则通常具备可延迟、可替代、可关闭的特征：

• 体验增强型：如个性化推荐、用户积分排行榜、消息推送。
• 运营辅助型：如后台报表导出、用户行为分析、A/B 实验平台。
• 非关键链路：如商品详情页的“猜你喜欢”模块、订单完成后的“分享有礼”弹窗。

3.2 业务优先级矩阵

为了量化决策，我们引入业务优先级矩阵，从业务重要性和系统资源消耗两个维度对功能进行四象限划分。

矩阵的建立帮助团队在故障发生时快速决策：先降 P2，再降 P3，最后考虑 P1 的限流，P0 必须死守。

3.3 降级开关设计

降级开关是执行降级策略的“扳手”。一个健壮的降级开关系统需要满足以下设计原则：

1. 全局与局部粒度：支持按业务域（如推荐、搜索）、按接口（如 /api/v1/recommend）、按用户群体（如 VIP 用户不降级）进行开关控制。
2. 实时生效：开关变更后无需重启服务，通过配置中心（如 Nacos、Apollo、Etcd）或分布式缓存（如 Redis）实时推送。
3. 多层覆盖：开关优先级从高到低为：业务开关 > 接口开关 > 默认配置。
4. 可观测性：开关状态、触发次数、降级影响面需暴露 Metrics 给监控系统。

3.4 降级开关的代码实现示例

以下是一个基于 Python 的降级开关实现片段，使用配置中心推送 + 本地缓存兜底：

import json
import threading
from typing import Optional

class DegradationSwitch:
    """
    降级开关管理器
    - 支持从配置中心拉取（此处用 dict 模拟）
    - 本地缓存兜底，防止配置中心不可用
    """
    def __init__(self, local_fallback: dict = None):
        self._lock = threading.RLock()
        self._switches: dict = local_fallback or {}
        self._fallback: dict = local_fallback or {}

    def update_from_config_center(self, raw_json: str):
        """从配置中心推送更新开关"""
        try:
            new_switches = json.loads(raw_json)
            with self._lock:
                self._switches = new_switches
        except json.JSONDecodeError:
            # 解析失败，保留旧配置
            pass

    def is_degraded(self, switch_key: str, default: bool = False) -> bool:
        """
        查询指定开关是否开启降级
        :param switch_key: 开关键，如 "recommend.degraded"
        :param default: 当开关不存在时的默认值
        :return: True 表示降级开启
        """
        with self._lock:
            # 优先从当前配置读取
            if switch_key in self._switches:
                return bool(self._switches[switch_key])
            # 其次从本地兜底读取
            if switch_key in self._fallback:
                return bool(self._fallback[switch_key])
        return default

# 使用示例
switch_mgr = DegradationSwitch(local_fallback={"recommend.degraded": False})

# 模拟配置中心推送降级指令
switch_mgr.update_from_config_center('{"recommend.degraded": true, "search.degraded": false}')

# 业务代码中判断
if switch_mgr.is_degraded("recommend.degraded"):
    print("[降级] 推荐模块已降级，返回空结果或缓存数据")
else:
    print("[正常] 推荐模块正常调用")

3.5 降级开关的灰度与自动化

降级开关不应是“一刀切”的全量操作。推荐采用灰度降级策略：

• 按用户 ID 哈希：先降级 1% 的用户，观察错误率和用户反馈，逐步扩大比例。
• 按机房/集群：先降级非核心机房，保留核心机房全量服务。
• 按时间窗口：在业务低峰期自动触发降级，高峰期自动恢复。

自动化降级通常与监控告警联动：当某依赖的延迟或错误率超过阈值时，系统自动打开对应降级开关，无需人工介入。