4. 面试评分表与自我评估：评分维度、权重、自我打分方法
面试评分维度与权重对照表
| 评分维度 | 权重 | 面试官考察重点 | 自评打分方法（每题） |
|---|---|---|---|
| 业务逻辑 | 20% | 场景拆解、目标对齐、边界定义 | 0=答非所问；0.5=部分覆盖；1=完整拆解+可行方案 |
| 技术深度 | 30% | 容器原理、内核、排障、性能优化 | 0=概念错误；0.5=原理基本正确；1=深度+实践案例 |
| 系统设计 | 25% | 架构权衡、限流、降级、容错、可观测性 | 0=无架构意识；0.5=有方案；1=方案有trade-off分析 |
| 沟通表达 | 10% | STAR结构、量化、逻辑条理 | 0=无结构；0.5=有结构但缺失量化；1=STAR完整+数据 |
| 稳定性意识 | 15% | 预案、监控、复盘、SLA 保障 | 0=无意识；0.5=提到部分；1=体系化+真实事故复盘 |
面试问答卡片
Q1：请自我介绍一下你在容器平台稳定性方面的经验，并给自己打个分（满分 5 分）。
面试官考察点： 自评真实性、自我认知是否与岗位匹配、能否量化表达。
回答框架： 岗位匹配点 → 1-2 个核心成绩 → 自评分数 + 打分依据 → 提升方向。
简短示例回答： “我主导过 3 个容器集群的稳定性建设，将 P0 故障从季度 4 次降至 0 次，自评 4 分。扣分项在于大规模集群的限流方案经验尚浅，正在通过参与公司容量压测项目补强。我的抗压场景分析和自动化预案能力最匹配该岗位。”
可能追问： 为什么不是 5 分？你觉得自己最大的短板在哪里？打算如何提升？
Q2：请描述一个你在容器平台上遇到的重大故障，你是如何评估并解决的？
面试官考察点： 技术深度（故障根因）、稳定性意识（预案/监控）、沟通表达（STAR 结构）。
回答框架： 故障背景（S）→ 任务与目标（T）→ 动作（A）→ 结果（R）+ 量化。
简短示例回答： “线上容器宿主机内核触发 OOM，导致 200 个 Pod 同时重启（S）。我的职责是 30 分钟内止血并定位根因（T）。通过 cgroup 内存监控定位到 Java 应用内存泄漏，临时限流 + 扩容，并推动应用团队优化 JVM 参数（A）。故障恢复时间缩短至 18 分钟，事后补充了内存告警和自动扩容策略（R）。”
可能追问： 为什么没有用 Pod 资源限制？内核参数如何调优？复盘报告包含哪些内容？
Q3：如果让你从 0 到 1 设计一个面试评估表，你会关注哪些维度？
面试官考察点： 系统设计能力、岗位理解、评分标准制定逻辑。
回答框架： 核心维度列举 → 权重分配逻辑 → 每个维度的量化评分方法。
简短示例回答： “我会设计四个维度：技术深度 40%、系统设计 30%、排障能力 20%、沟通协作 10%。每个维度下设 3 个子项，如技术深度含容器网络、存储、内核三方面。每题按 0/0.5/1 打分，最终权重加权取均分，同时记录候选人的追问反应速度和逻辑连贯性。”
可能追问： 为什么权重这样分配？你如何看待沟通协作在稳定性工程师中的重要性？
自我评估行动计划
- 定标： 对照上表中的 5 个维度和权重，制作个人评分卡。
- 评分： 选取 5 道高频面试题（如 Q1-Q3），每题从 5 个维度分别打分，计算加权总分。
- 复盘： 找出“技术深度”和“系统设计”两个高权重低分维度，列出 3 个具体改进项（如：补充 Cgroup 原理、复习限流算法）。
- 改写： 将原有回答按照 STAR 结构和量化指标重新组织，并再次自评。
- 模拟： 找同伴或录音模拟 3 轮面试，每轮后重新打分，直到加权总分达到 4.0 以上。