2、业务优先级模型基础：定义业务等级（VIP、普通、免费）、优先级权重与资源配额

在构建基于业务优先级的限流系统时，第一步是建立清晰的业务等级模型。不同业务等级对应不同的服务承诺、资源分配比例和限流阈值。本章将系统性地定义三个核心等级——VIP、普通、免费，并推导出优先级权重与资源配额的数学关系。

2.1 业务等级定义与特征

业务等级通常根据用户付费情况、服务协议（SLA）和业务关键性来划分。下表对比了三个典型等级的核心属性：

2.2 优先级权重模型

优先级权重是量化业务等级之间资源竞争关系的核心参数。权重值决定了在系统过载时，各等级请求获得资源的相对比例。权重通常采用整数或浮点数表示，数值越大优先级越高。

权重分配原则：

• 指数级差异： VIP 与免费等级之间建议保持 5～10 倍的权重差距，确保高价值流量在竞争中的绝对优势。
• 归一化处理： 所有等级的权重之和通常归一化为 1.0 或 100，便于计算配额百分比。
• 可配置性： 权重应支持运行时动态调整，以适应业务策略变化（如大促期间临时提升普通用户权重）。

典型权重配置示例：

归一化权重计算公式：

归一化权重_i = W_i / Σ(W_j)   (j 遍历所有等级)

示例：
VIP 归一化权重 = 10 / (10 + 2 + 1) = 10 / 13 ≈ 0.769 ≈ 76.9%
普通归一化权重 = 2 / 13 ≈ 0.154 ≈ 15.4%
免费归一化权重 = 1 / 13 ≈ 0.077 ≈ 7.7%

2.3 资源配额计算模型

资源配额是指每个业务等级在单位时间窗口内被允许消耗的最大资源量（如每秒请求数 QPS、并发连接数、Token 消耗量）。配额计算基于系统总容量和优先级权重。

配额计算公式：

配额_i = 系统总容量 × 归一化权重_i

其中：
- 系统总容量：由后端服务能力、数据库连接池、下游依赖限流等综合决定
- 归一化权重_i：第 i 个等级的归一化优先级权重

计算示例： 假设系统总容量为 10,000 QPS，使用上述权重配置：

2.4 业务等级与资源配额关系图

下图展示了业务等级、优先级权重与资源配额之间的映射关系，以及限流决策的流程：

2.5 动态权重与配额调整策略

在实际生产环境中，业务等级权重和配额并非一成不变。以下场景需要动态调整：

• 业务活动期间： 大促、秒杀等活动期间，临时提升普通用户权重，吸引转化。
• 系统故障降级： 当后端服务容量下降时，按比例缩减所有等级配额，但优先保障 VIP 等级。
• 新用户拉新策略： 短期提升免费等级权重，允许更多免费流量进入，促进注册转化。

动态调整实现方式：

// 伪代码：动态权重调整接口
POST /api/v1/rate-limit/priority-config
{
  "levels": [
    { "name": "VIP",   "weight": 10, "quota_type": "hard" },
    { "name": "normal","weight": 3,  "quota_type": "soft" },  // 从 2 提升到 3
    { "name": "free",  "weight": 1,  "quota_type": "soft" }
  ],
  "total_capacity": 10000,
  "effective_time": "2025-06-01T00:00:00Z",
  "expire_time": "2025-06-03T23:59:59Z"
}

2.6 本章小结