2. On-Call轮转基础：轮转周期设计、组划分、交接流程与常见模型

On-Call轮转是SRE值班体系的核心执行层。一个设计不良的轮转方案会直接导致工程师疲劳度快速累积、告警响应延迟上升、以及故障升级率失控。本节从轮转周期、组划分、交接流程和数学模型四个维度，建立可量化、可自动化的轮转基础框架。

2.1 轮转周期设计（日/周/月）

轮转周期决定了工程师在“值班态”与“非值班态”之间的切换频率。周期过短会导致上下文频繁切换，过长则引发疲劳积累。以下是三种主流周期的对比：

2.2 轮转组划分（初级/高级/专家）

按技能等级划分轮转组，可以实现“告警按复杂度分流”和“工程师按能力成长”的双目标。典型的SRE轮转组结构如下：

2.3 轮转交接流程

轮转交接是疲劳度管理的“软肋”——交接不完整会导致新值班工程师重复排查、告警处理断层、甚至故障升级。标准交接流程应包含以下五个步骤：

1. 状态同步（交接前30分钟）：交班工程师在值班系统中填写《值班状态报告》，包含当前进行中的告警、未关闭的工单、已知异常、临时变更。
2. 口头/书面交接（交接时15分钟）：交班与接班工程师进行同步会议，重点说明“当前正在发生什么”和“接下来可能发生什么”。
3. 系统确认（交接时）：接班工程师在轮转系统中点击“确认接管”，系统自动转移告警通知、值班手机、IM机器人权限。
4. 缓冲期（交接后2小时）：交班工程师保持在线，但不主动处理告警；仅当接班工程师发起咨询时介入。
5. 交接审计（交接后24小时）：系统自动检查交接报告完整性，若缺失关键字段（如未关闭告警列表），触发告警通知值班经理。

2.4 常见轮转模型（均匀轮转 vs 加权轮转）

轮转模型决定了工程师在值班周期内的负载分布。两种主流模型的对比如下：

加权轮转的典型权重计算公式：

# 加权轮转权重计算示例（Python伪代码）
def calculate_weight(engineer):
    base_weight = 1.0
    # 技能等级权重：初级0.8，高级1.0，专家1.2
    skill_weight = {"junior": 0.8, "senior": 1.0, "expert": 1.2}
    # 疲劳度惩罚：最近7天值班次数越多，权重越低
    fatigue_penalty = max(0, 1 - (recent_shifts / 7) * 0.3)
    # 上次值班时间衰减：距离上次值班越久，权重越高
    time_decay = min(2.0, 1 + (days_since_last_shift / 14) * 0.5)
    return base_weight * skill_weight[engineer.level] * fatigue_penalty * time_decay

2.5 轮转设计对疲劳度的影响

轮转周期、组划分、交接流程和模型选择，共同决定了工程师的疲劳度基线。以下是四个维度的疲劳度影响因子总结：