DevOps-Interview-Guide 这类仓库很多人拿到手第一反应是收藏第二反应是照着背。但我的判断是它更适合当复习目录不适合当教材。真正拉开面试差距的不是你把题目背得多熟而是你能不能把每道题背后的原理讲清楚再把原理落到自己做过的项目、写过的脚本、修过的故障上。如果你正在准备 DevOps 岗位面试或者已经在做运维、研发、交付类工作准备转岗这份指南值得花一个晚上认真拆一遍但前提是你要先调整使用方式。1. 先想清楚它是面试地图不是学习教材1.1 为什么面试指南经常被高估这类仓库有个统一特点把知识点整理成问题清单再给一份参考答案。问题清单本身很有价值但它不是“标准答案库”。面试官不会照着仓库逐字提问也不会因为你背出了定义就给高分。他们会顺着你的回答继续追问你说持续交付是“随时可以发布”那你们团队多久能发布一次你说 Jenkins Pipeline 有构建、测试、部署三个阶段那部署失败你第一件事做什么你说 Docker 和虚拟机不一样那 Namespace 和 Cgroups 分别解决什么问题这些问题仓库里不一定都有现成答案。面试指南能帮你发现“原来这里有考点”但不能替你把“理解”装进脑子里。我建议把这类仓库当成检查盲区的工具。先从头扫一遍目录问自己三个问题哪一类题目我完全没概念哪一类我能答出结论但说不出原理哪一类我不仅知道还亲手做过这三个问题的答案才是你要真正投入时间的部分。1.2 用面试题复习和用教程学习的区别教程按知识体系推进先讲基础再讲进阶。面试题不一样它是把知识点切成一个个独立问题适合快速定位薄弱项但不太适合从零搭建认知结构。比如“Docker 和虚拟机有什么区别”这道题你可以背出“容器共享内核、虚拟机有独立内核”这句话。但如果面试官接着问“共享内核是怎么实现的为什么容器隔离性没有虚拟机强”你会发现这已经不是背答案能解决的问题了。所以更合理的用法是“以题带点”遇到一道题先不急着背而是找到它背后的知识点再围绕这个知识点补充原理和操作。一道“服务启动失败怎么排查”的题背后至少牵扯到进程管理、日志查看、权限检查、端口监听、资源限制五块内容。你看完题目再去把这五块各补一遍收获才会真正留下来。2. 本地准备把仓库变成你的复习工作台2.1 Clone、目录和笔记结构在开始刷题之前先把环境准备好。这里的“环境”不是指多高配的电脑而是满足三个条件能打开 Markdown 文件、能跑简单的 Git 命令、能随时记录和修改自己的答案。假设仓库已经 clone 到本地git clone https://github.com/litu54/DevOps-Interview-Guide.git cd DevOps-Interview-Guide如果你平时处理文本比较多推荐使用 VS Code 或者 Obsidian两者都支持本地 Markdown也方便管理多文件笔记。我不建议直接在仓库原文件里写笔记因为后面更新仓库会冲突。更稳的做法是保留仓库原始内容另外建一个自己的笔记目录。下面是一个我常用的结构你可以按自己的复习节奏调整DevOps-Interview-Guide/ ├── README.md └── notes/ ├── 01-ci-cd.md ├── 02-container.md ├── 03-kubernetes.md ├── 04-linux-scripting.md ├── 05-iac.md ├── 06-monitoring.md ├── 07-jenkins.md └── 08-project-case.md每个文件里不放完整参考答案只放三类信息题目、我的回答、补充考点。题目从仓库里摘出来我的回答先用自己话写一遍补充考点再根据自己卡住的地方去查资料。这样做的好处是复习时你的注意力会集中在“自己还不会什么”而不是“标准答案是什么”。2.2 用题目清单管理答题进度很多人刷面试题是“随机模式”今天打开题库看十道明天又看另十道最后感觉都看过但都说不细。我建议建一张进度表用表格管理每一道题的状态。主题题目我的掌握程度卡点是否需要实际操作下次复习时间CI/CD持续集成和持续交付有什么区别能讲结论讲不出部署策略细节是3天后容器Docker 镜像和容器关系能讲原理无法解释写时复制是3天后K8sPod 和 Deployment 区别能用命令操作说不清滚动更新机制是1周后这张表的价值不是记录“我刷了多少题”而是暴露“我卡在哪里”。你会发现很多人复习时间花在已经会的内容上真正不会的题反而被跳过。进度表强制你面对卡点。3. DevOps 面试知识点拆解3.1 CI/CD 不是 Jenkins 一个工具的事如果面试官让你三句话讲清楚 CI/CD你要能说出持续集成是做代码合并后的自动构建和测试持续交付是让每个版本随时可以发布持续部署是让通过验证的版本自动部署到目标环境。很多人会把 CI/CD 和 Jenkins 画等号。实际上 Jenkins 只是其中一种实现工具CI/CD 的核心是流程设计。面试时容易被追问的点包括Pipeline 一般包含哪些阶段构建失败后这个 Pipeline 是直接停掉还是跳过后续阶段继续跑如何把镜像版本和 Git 提交关联起来部署到生产前是否需要人工确认目标环境如果已经存在旧版本怎么处理回滚这些问题没有统一标准但你要能结合自己的项目说清楚。哪怕面试官没问你也可以主动提一句“在我搭的 Pipeline 里镜像 Tag 用的是 Git 短提交号这样出问题时能很快定位到代码版本”。判断标准很简单如果一条代码从提交到部署还是靠人手工执行命令那说明你理解的 CI/CD 还停留在术语层面没有落到流程上。3.2 Jenkins vs DevOps工具不等于文化“Jenkins vs DevOps”这个说法本身容易误导人因为两者不在一个层级。DevOps 是一种软件交付理念强调开发、测试、运维之间的协作以及自动化、反馈、度量和文化改进。Jenkins 只是一个 CI/CD 服务器工具负责具体执行流水线任务。如果面试官问“你怎么理解 Jenkins 和 DevOps 的关系”不要单纯做名词解释。更好的回答结构是先纠正概念层级DevOps 是文化和实践Jenkins 是工具。再说明工具如何为文化服务Jenkins 能把构建、测试、部署流程自动化缩短反馈时间这是 DevOps 的落地手段之一。最后强调工具不等于结果即使团队装了 Jenkins如果发布仍然靠手工、流程没有质量门禁、开发人员不能自助查看流水线结果那也不叫真正做好了 DevOps。面试官如果继续问“Jenkins 选型为什么还流行”可以从几个维度回答插件生态丰富、Pipeline as Code 支持好、社区资料多、和云平台集成方便。不要急着说“Jenkins 落后了”面试要体现的是你理解工具边界而不是跟风淘汰。3.3 容器与 Kubernetes一道题会引出整条问题链容器和 Kubernetes 是 DevOps 面试里的重头戏但很多人的知识是零散的。我建议直接按问题链过一遍Docker 容器和虚拟机有什么区别镜像为什么能做到跨环境运行容器为什么比虚拟机轻有了 Docker为什么还需要 KubernetesPod 和 Deployment 有什么不同Service 解决了什么问题如果 Pod 一直 CrashLoopBackOff怎么排查每一道题都要能继续往下讲。比如“容器为什么比虚拟机轻”背后是 Namespace 和 CgroupsNamespace 做资源隔离Cgroups 做资源限制容器共享宿主机内核没有独立的 Guest OS。Kubernetes 解决的不只是“把容器跑起来”还包括副本数、滚动更新、服务发现、故障恢复和资源调度。实际排障时我一般按这个顺序走kubectl get pods kubectl describe pod pod-name kubectl logs pod-name --previous先看 Pod 状态和事件再看上一次退出的日志。不要一上来就改代码或者重启很多问题在 describe 输出里就能看到比如镜像拉取失败、探针失败、资源不足。3.4 Linux、脚本、IaC 与监控日常工作才是考题来源DevOps 面试不会只考工具更多会考“日常故障处理能力”。Linux 命令是基础但不要只背命令本身要能说出排查路径CPU 高用 top、htop 看负载再看占用最高的进程。内存不足用 free -h 看总量再用 ps 或 top 看进程占用。磁盘写满用 df -h 看分区du -sh 找大目录。端口被占用用 ss -tlnp 查看监听状态和进程。服务起不来先看 systemctl status再看日志不要盲目 restart。Shell 和 Python 脚本能力也很重要。面试官问到脚本时希望你关注的不是“这段代码能跑”而是变量是否规范、退出码是否正确、日志是否完整、失败时能不能重试。IaC 方面Ansible 和 Terraform 经常被放在一起问。Ansible 偏向配置管理和应用部署Terraform 偏向云资源生命周期编排。答“两者区别”时不要只背定义要说明场景如果我要保证一百台服务器上 Nginx 配置一致用 Ansible 更合适如果我要创建一台云主机、绑定安全组、分配公网 IP用 Terraform 更合适。监控和稳定性同样高频。至少要理解指标、日志、链路追踪这三条线分别解决什么问题以及 SLO、SLI 在稳定性指标里的作用。能说出“我先定目标再设计告警最后才看 dashboard”这种思路会比单纯罗列 Prometheus 和 Grafana 有说服力。4. 把题目答案变成能讲出来的面试表达4.1 处理一道题的标准流程很多人的复习方式是看题看答案再背答案。这个流程有三个问题没有先暴露自己的盲区没有用自己的话重新组织没有验证答案是否可执行。我更推荐以下流程不看答案先自己口头作答一遍尽量说满一分钟。拆解考点这道题到底想考哪个知识点对照仓库和资料补参考思路。用自己的话写成答案控制在 2 到 5 分钟能讲完。如果题目涉及命令、配置、流程本地跑一遍验证。找朋友、同事或者用模拟问答方式做一轮追问。这个流程里提升最明显的是第 4 步到第 6 步。写答案的过程会自动筛掉“我嘴上说懂但实际写不清”的内容本地验证会筛掉“我只是记住了命令但不知道输出长什么样”的内容。4.2 用“结论-原理-步骤-验证-边界”组织答案写面试答案和写技术文档不一样。面试答案不需要长篇大论但要结构清晰。我常用的模板是五段式结论先直接回答问题。原理解释背后的核心机制两到三句。步骤给出具体操作流程或判断路径。验证怎么确认结果是正常的。边界这个方案在什么情况下不适用。举一个例子题目是“如何排查容器启动失败”。结论先看容器状态和启动日志再检查镜像、端口、挂载目录、资源限制。原理容器启动失败一般分为两类一类是容器运行时参数配置错误另一类是容器内应用启动失败。前者可以通过 docker inspect 检查配置后者要看应用日志。步骤docker ps -a docker logs container-id docker inspect container-id先确认容器是否处于 Restarting 状态再看日志有没有报错最后检查端口映射、环境变量、挂载目录是否存在、内存限制是否过低。验证容器状态从 Exited 变成 Running日志里不再持续输出错误健康检查通过。边界如果日志显示 OOM 或权限不足需要分别排查内存限制和容器内用户权限而不是反复重启容器。这样的答案面试官很容易跟上你的思路也方便继续追问细节。4.3 验证答案是否合格能不能连续讲三遍写完答案后不要直接进入下一题先做一次“回答体检”。我常用的是“三讲原则”第一遍自己对着录音讲一遍看能不能不看文档。第二遍隔一天再讲一遍看是否还记得结构和关键步骤。第三遍找一个人模拟面试官在追问状态下讲一遍。如果第三遍也能把结论、原理、步骤、边界讲清楚这道题才算真正掌握。这里给你一个简单对比不合格答案特征合格答案特征只背结论说不出原因结论先行原因两三句话说清堆关键词没有操作路径有明确操作步骤和判断顺序没有实际案例能用自己做过的小项目或实验说明遇到追问就慌能说出边界和替代方案不要追求把每道题都背到一字不差。面试官要的不是复读机而是能一起讨论问题的人。5. 没有项目经验怎么让答案不空5.1 本地搭一套完整 DevOps 演示环境没有真实生产项目是很多准备 DevOps 面试的人最担心的事。但说实话面试官更怕的是“没有项目经验还讲不出一个可以验证的尝试过程”。如果时间有限我建议在本地搭一条最小可用的 DevOps 闭环在本地 Git 仓库里放一个最简单的 Web 应用。为应用写一个 Dockerfile确保本地能构建镜像并启动容器。准备 Jenkinsfile 或 GitLab CI 配置实现 push 代码后自动构建镜像。再加一个部署步骤把构建好的镜像部署到本地容器环境。在 README 里记录每一步命令、截图和遇到的报错。这套环境不要求高配置普通开发机能跑即可。重点是你要能回答这些追问Dockerfile 里的基础镜像为什么选这个版本镜像构建成功后怎么验证应用确实能用Pipeline 中构建失败时日志在哪看容器端口和宿主机端口怎么映射如果部署完发现 404你会先查哪一层答案写在笔记里不算数真正跑一遍才会发现很多细节。比如你以为是应用问题结果只是端口映射写错你以为镜像没问题结果本地跑起来就缺环境变量。5.2 模拟面试抽题、限时、录音复习到后期不要再用“看题-看答案”的方式。建议做模拟面试。准备方式很简单从仓库里按主题抽取 20 到 30 道题比如 CI/CD 5 道、容器 5 道、Kubernetes 5 道、Linux 和脚本 5 道、监控和网络 3 道、场景题和项目题 5 道。然后限时 45 分钟像真实面试一样连续作答。场景题比背诵题更重要比如线上服务突然 502你会按什么顺序排查你们发布了一个版本发现流量增长导致数据库连接爆了怎么办一个 Jenkins 任务卡住一小时你怎么定位问题回答场景题时不要只报工具名要说清排查顺序。比如 502 可以先分层入口层、负载均衡、应用层、数据库和缓存、依赖服务。每一层分别看什么指标和日志面试官会更容易认可你的实操能力。5.3 复盘和改答案真正提高的是第二轮模拟面试结束后一定要做复盘。把录音回放一遍记录所有卡壳、跑偏、逻辑断裂的地方。不要只记“这道题我不会”要记具体卡点。比如你答“怎么排查 Pod 启动失败”时能说出 describe pod 和 logs但没提 events那复盘就补这一层。下次再抽到类似题你就要刻意把这个点带出来。复盘后把修改过的答案重新写回笔记并标注“第二轮修改”这是你的成长记录。每周做一次完整模拟面试比每天刷五十道题更有效。因为面试考的是输出输出能力只靠输入是练不出来的。6. 面试准备中的三个“拦路虎”怎么处理6.1 背了就忘先给知识点排优先级准备周期如果只有两到三周不建议把所有题目平均分配时间。先按优先级排序高优先级CI/CD 流程、Docker 使用、Kubernetes 基础、Linux 排障、Git 操作、Shell 脚本。中优先级Ansible、Terraform、监控告警、日志系统、网络基础。低优先级工具源码实现、过于冷门的插件、大厂内部定制方案。优先级越高的内容越要当天学、当天写答案、三天后再看一遍。间隔复习比一次性多刷有效得多。不要因为仓库里某个工具章节很完整就一直花时间做横向对比面试问的是你实际解决问题的能力不是工具排行榜。6.2 答题跑偏先给结论再展开细节面试中经常出现一种情况候选人讲了很多但面试官还是不知道你在回答哪个问题。这通常是缺少结构导致的。我建议所有回答都先给结论再讲原因和步骤。比如面试官问“你怎么保证部署安全”不要马上讲 Jenkins 里的插件列表。先回答核心思路部署前必须通过检查部署后能快速回滚权限和密钥有管控。然后再展开每个点具体怎么实现。如果遇到完全不会的问题也不要硬答。可以诚实说“这部分我不太熟”然后补一句“如果遇到线上问题我一般会先从日志和监控开始排查再逐步缩小范围”。这样至少展示了你的排障思路。6.3 项目经验被追问穿帮提前准备三层描述没有项目经验的人怕追问有项目经验的人也可能怕追问。问题通常出在只准备了一层描述能用一句话说出项目目标但讲不出关键步骤和失败恢复。我建议每个项目准备三层第一层一句话总结。比如“我搭了一条 CI/CD Pipeline把发版从手工部署变成自动部署”。第二层关键实施步骤。比如用了什么版本控制平台写了几个 Pipeline 阶段Dockerfile 有哪些关键配置如何验证镜像和容器部署到哪个环境。第三层失败和恢复记录。比如遇到过容器构建超时、端口冲突、镜像拉取失败具体怎么定位和解决。面试前一天把项目里涉及的关键命令重新跑一遍保留日志和输出。这样做有两个好处一是紧张时也能讲出真实细节二是面试官追问时你能给出“当时的结果”而不是“我觉得可以”。最后留一个问题给你如果明天面试官让你现场讲一个你最近做的 DevOps 改进你打算用哪个案例你现在能讲多细现场就能撑多久。与其把仓库从头翻到尾不如挑十道和你经历最相关的题先写、再讲、再改。这才是 DevOps-Interview-Guide 这类仓库最正确的打开方式。