📌 项目地址：litu54/DevOps-Interview-Guide | ⭐ 656 颗星 | 📜 未标注
面试准备阶段，大多数人会找“Top 50 面试题”或者“高频考点汇总”。这类资料有用，但有个问题：整理者把问题从具体面试场景里抽出来，再按主题归类，你看到的已经是被加工过的信息。真实面试里，面试官会追问、会发散、会结合你的简历临时换方向，孤立的问题列表帮不上忙。
litu54/DevOps-Interview-Guide 这个仓库换了个做法。它收集的是 2025 年和 2026 年真实参加过 DevOps、SRE、Cloud 工程面试的人写下的原始记录。不转述、不归纳、不配标准答案。151 篇记录，来自 85 家公司，每一条都是候选人当场被问到的原话。部分公司有多篇记录，因为不同候选人、不同轮次的问题差异很大，仓库选择保留为独立文件而不是合并。
目录结构就是使用方法
仓库没有命令行工具，也不需要安装任何东西。打开 GitHub 页面，每个公司一个文件夹，文件夹里每个文件就是一次面试。
文件命名规则有讲究：DevOps_Engineer.md 是默认角色，SRE_principal.md 表示明确标注了岗位。同一家公司面试过两次，会有 DevOps_Engineer.md 和 DevOps_Engineer_2.md 两个文件并列。没有标注公司名的记录统一放在 Others/ 目录下。
我的用法是两种：目标公司明确时，直接搜文件夹；泛泛准备时，在 TCS、Infosys、Wipro 这类服务公司和一些产品公司、金融科技公司之间各挑几篇看。同样是问 Kubernetes，初级岗可能只问 Pod 生命周期，高级岗会追问控制面组件怎么协作、故障时怎么排查。跨公司跨规模地看，比啃单篇面经更能感知面试问题的分布。
原始问题流比标准答案值钱
这个项目刻意不给答案。README 里写了“No paraphrasing”——只记录问题，不提供参考解答。有人觉得这是缺点，我觉得恰恰相反。
单看“什么是蓝绿部署”这道题，哪里都能找到答案。但你在一篇面经里看到它出现在“如何设计零停机发布流程”的追问链条中，就能推断出面试官关注的是生产环境实战经验还是概念掌握程度。真实面试的问题是有上下文和逻辑的，这个仓库保留的正是这种上下文。
当然，没有答案意味着你不能只靠它备考。我的建议是把它当成问题清单，自己先尝试作答，然后对照官方文档或技术博客补充。这个查漏补缺的过程，比直接背答案效果好。
维护方式决定了它的生命力
这类仓库最怕的是更新停滞。很多面试题仓库一年不更新，内容还停留在三年前的技术栈。这个项目的维护机制是开放贡献：任何人可以把亲历的面试记录按同样格式提交，公司名不明就放 Others/，一个文件对应一次面试，文件名体现岗位，开头注明角色和经验年限。
贡献者越多，覆盖的公司和轮次就越全。仓库目前 656 个 star，不算多，但对一个靠真实经历的累积来体现价值的项目来说，star 数是次要的，持续有新的面经进来才是关键。
唯一需要注意的是，有些公司出现多次，但不同年份、不同轮次的问题差异可能很大。别只看一个文件就判断某家公司的面试风格，多对比几篇再说。