DevOps模拟面试：如何为DevOps岗位做练习
作者 Aaron Cao · 更新于
DevOps模拟面试应该把DevOps面试环节真正考察的内容说出声来演练一遍：一个故障排查场景（比如部署失败或触发了呼叫告警）、流水线与基础设施即代码问题、一个小型设计环节，以及一段来自你自己工作经历的事故故事。练习讲述每一步，而不只是给出修复方案。
为什么要把DevOps面试当作场景来练习？
很多DevOps候选人的面试准备方式是复习命令和工具文档，结果当面试官描述一个故障并问“你会怎么做？”时就卡住了。这一节说明为什么模拟面试应该围绕场景来构建。DevOps面试主要考察你在真实问题面前的推理过程，而这种能力只有在你练习把思路说出来时才会提升。
具体的问题主题已经列在题库中的DevOps面试问题页面。模拟面试是用来练习对话本身的地方：先说明影响范围，选择安全的下一步，并在有人不断改变事实条件时解释你的推理过程。
DevOps模拟面试应该包含哪些内容？
- 一个故障排查场景。部署后错误率激增、某个服务在深夜触发告警，或者流水线只在主分支上失败。
- CI/CD问题。流水线各阶段、什么条件决定能否发布、蓝绿发布与金丝雀发布的区别，以及密钥如何进入构建流程。
- 基础设施即代码。Terraform状态、漂移，以及你会如何审查一个会销毁资源的执行计划。
- 容器与编排。Pod卡在
CrashLoopBackOff状态、资源限制，以及滚动更新。 - 可观测性。哪些告警会呼叫真人、你如何应对噪音告警，以及你如何定义服务级别目标。
- 你的事故故事。一次真实事故、你在其中扮演的角色，以及事后发生了什么变化。
当没有练习搭档时，模拟面试工具可以负责问题部分并追问后续问题。
如何进行故障排查场景演练？
一位应聘某软件公司平台工程岗位的候选人被告知，结账错误在周五下午的一次部署之后立刻激增。在第一次模拟尝试中，他直接开始查日志。复盘之后，他重新组织了答案：先确认影响范围和受影响对象，再检查发生了什么变更，因为部署是最可能的原因所以先回滚，同时在事故频道里告知大家进展，然后才以更从容的节奏去排查根本原因。在第二次尝试中，练习搭档加入了一个变化（回滚因为一次数据库迁移而失败），候选人则讲述了改为向前修复的思路。
这就是需要演练的模式：影响、近期变更、止损、沟通、根本原因、预防措施。让你的搭档在场景进行到一半时至少加入一个新症状，因为真实的面试官就是这么做的。
如何复盘模拟面试，实时助手能帮上什么忙？
用四个问题来复盘录音：你是否在深入排查之前先说明了影响范围，你是否在寻找根本原因之前先做了止损，你是否说明了会向团队通报什么，以及你是否提出了预防措施。相关题库如SRE面试问题和Terraform面试问题可以在题库中心找到。
在真实的视频面试中，SubcueAI会转录面试官的话，并在本地悬浮窗中起草结构化的答题要点——无论你用的是macOS还是Windows桌面客户端，还是Chrome或Edge浏览器扩展，都不会有机器人加入通话。它在讨论环节最有帮助。共享屏幕上的实操终端练习、有监考的测评以及录制的单向面试，都超出了它能覆盖的范围，而且你分享的任何内容都是可见的。