第4章 模拟面试清单与自评工具
本章帮助你建立系统化的模拟面试准备体系，涵盖面试场景分类、高频问题清单、自评表格与改进闭环。掌握从自我评估 → 差距识别 → 计划执行 → 验证迭代的完整路径，让每一次面试准备都有据可依、有迹可循。
🎯 本章核心目标：能够独立完成SRE能力自评，输出可执行的改进计划，并熟练运用STAR+C框架回答行为面试问题。
4.1 结构化回答框架
SRE面试中，叙事结构比技术细节更决定第一印象。推荐使用STAR+C框架（场景-任务-行动-结果-复盘），将单点技术故事转化为可迁移的能力展示。
💡 框架使用要点：S 环节用1句话交代时间 & 系统背景；T 环节点明你的职责；A 环节突出1-2个关键技术决策；R 环节给出具体数字；C 环节提炼可复用的改进点。
4.2 面试场景与高频问题清单
SRE面试问题通常分布在以下四个场景中，每个场景考察的核心能力不同。提前对照清单自检，能有效避免准备盲区。
| 面试场景 | 典型问题举例 | 考察重点 |
|---|---|---|
| 故障应急 | 描述一次你主导的故障处理过程；如何做故障复盘？ | 应急流程、决策质量、团队协作、复盘改进 |
| 容量规划 | 如何做容量评估？压测模型怎么建？ | 数据建模、工具链、误差控制、可迁移性 |
| 变更管理 | 如何保障变更安全？遇到过变更故障吗？ | 风险意识、灰度策略、回滚机制、流程规范 |
| 稳定性建设 | 你如何定义SLA/SLO？做过哪些稳定性提升？ | 指标设计、可观测性、混沌工程、持续改进 |
⚠️ 高频问题自检清单：以下6个问题在SRE高级面试中出现率超过80%，建议每个问题准备1个 STAR+C 完整回答。
| 序号 | 高频问题 | 对应能力 | 准备状态 |
|---|---|---|---|
| 1 | 描述一次你参与的复杂故障排查过程 | 故障应急 / 技术深度 | □ 已准备 □ 待完善 |
| 2 | 你如何设计告警规则避免告警风暴？ | 可观测性 / 告警治理 | □ 已准备 □ 待完善 |
| 3 | 请分享一个你推动的稳定性改进项目 | 稳定性建设 / 项目推动 | □ 已准备 □ 待完善 |
| 4 | 你如何做容量评估？遇到过哪些偏差？ | 容量规划 / 数据分析 | □ 已准备 □ 待完善 |
| 5 | 你们团队如何做变更风险管理？ | 变更管理 / 流程意识 | □ 已准备 □ 待完善 |
| 6 | 你怎么理解SRE的"运维即开发"理念？ | 工程思维 / 文化建设 | □ 已准备 □ 待完善 |
4.3 自评工具与改进计划
使用以下四维自评表格对自身能力进行量化打分，识别短板后通过改进闭环持续迭代。建议每季度做一次完整自评。
| 能力维度 | L1-L5等级 | 自评等级 | 差距描述 | 改进方向 |
|---|---|---|---|---|
| 监控告警 | L1:基础配置 → L5:智能降噪 | L3 | 能搭建监控体系，但告警降噪能力弱 | 学习告警聚合算法，引入智能降噪策略 |
| 故障应急 | L1:被动响应 → L5:混沌工程 | L4 | 能主导应急，但演练体系不完善 | 搭建混沌工程平台，定期组织演练 |
| 容量规划 | L1:经验估算 → L5:自动弹性 | L3 | 能做压测，但流量建模精度不够 | 引入业务流量特征分析，提升模型准确率 |
| 稳定性建设 | L1:被动救火 → L5:持续改进 | L4 | 有稳定性项目经验，但缺少SLO体系 | 设计SLA/SLO框架，推动服务等级治理 |
📌 改进计划模板：将自评差距转化为SMART目标。例如："在Q3结束前，将容量评估准确率从70%提升至90%，通过搭建业务流量特征分析平台实现。"
4.4 典型面试问答
面试问题：请描述一次你主导的SRE故障应急处理全过程，从发现到复盘。
📝 示例回答：某次数据库主从延迟导致查询超时，我通过监控告警第一时间定位，启动应急流程，协调DBA切换从库，15分钟内恢复。事后复盘发现是慢查询积累，推动上线慢查询自动熔断机制。
🔍 可能追问：当时有哪些指标告警？如何确定恢复策略？复盘发现了哪些根因？
⚠️ 避坑提醒：不要只讲技术细节忽略流程规范；不要回避自己的失误；必须包含复盘改进环节。
面试问题：你如何系统性评估自己在SRE领域的技能水平？能分享你的自评方法吗？
📝 示例回答：我将SRE能力拆为监控、运维、架构、稳定性4个维度，每个维度设L1-L5等级，对照行业标准和岗位要求自评。如监控维度我自评L4，因为能设计全链路监控体系，但在智能告警降噪上还有差距。
🔍 可能追问：用什么具体标准判断达到L4？自评结果如何验证？
⚠️ 避坑提醒：避免自评过高或过低；要有具体标准支撑；不要只说优势不提改进点。
面试问题：你最近一年制定了哪些SRE相关的学习或改进计划？执行得如何？
📝 示例回答：今年Q1我计划提升混沌工程能力，系统学习了ChaosMesh，在测试环境搭建实验平台，进行3次演练，发现并修复2个隐藏的容灾缺陷。Q2计划推动演练常态化并编写标准流程文档。
🔍 可能追问：如何衡量计划执行效果？遇到阻力怎么处理？
⚠️ 避坑提醒：不要只列计划不谈结果；要有可量化成果；避免计划过于宏大无法落地。
4.5 项目案例实战
以下项目模板可用于回答"分享一个你推动的稳定性项目"类问题。掌握该模板的结构化表达，可迁移到其他类似项目中。