📌 项目地址：litu54/DevOps-Interview-Guide | ⭐ 656 颗星 | 📜 未标注
仓库里有什么
litu54/DevOps-Interview-Guide，656 星。收录 151 份面试记录，来自 85 家公司，外加一个 Others/ 文件夹存放匿名投稿。记录全部由 2025 和 2026 年实际参加过 DevOps、SRE、Cloud 工程师面试的候选人提供。
README 开头就把立场说清了：没有转述，没有“精选50题”式的凑数，就是候选人被问到的原题。
这个声明有意义。网上常见的面经合集，整理者本人往往没面过这些试，题目从各处帖子东拼西凑，来源和质量都说不清。这里每份记录背后是一个真的坐在面试间里被提问的人。
一场面试一个文件，不合并
这是仓库最反直觉的设计。多数人整理面经的思路是合并——把一家公司所有提问揉成一个长清单。这里反着来，每个文件对应一场面试：
/
DevOps_Engineer.md （未注明岗位时的默认命名）
DevOps_Engineer_2.md （同一家公司的第二场面试）
SRE_principal.md （投稿人明确写了岗位时使用）
...
README 给的理由：候选人不同、轮次不同，有时隔了好几年，面试官风格和提问方向差别很大，合并会抹掉这些差异。
我认同这个判断。“某场二面问了什么”能还原面试的实际节奏和深度；“这家公司历史上问过的一百个问题”只是零散知识点的并集。前者对应真实场景，后者对应刷题幻觉。
投稿时如果注明了岗位，会体现在文件名里；没注明就默认 DevOps_Engineer。公司不能公开的放 Others/，不硬凑归属。
覆盖范围
主题包括：Kubernetes、Docker、Terraform、AWS/Azure/GCP、CI/CD（Jenkins、GitHub Actions、Azure DevOps）、Ansible、Linux、脚本，以及 SRE 基础——SLI/SLO/SLA、可观测性、故障响应。
这基本是 DevOps 面试的完整技术栈。仓库里没有答案解析。我倒不觉得这是缺陷：题目到手，答法本来就该自己组织，直接背别人的答案，面试官一追问就露馅。
怎么用
两条路径。
有目标公司：搜公司名，或直接打开对应文件夹。
没有目标公司：README 建议跨公司类型抽看——产品公司、TCS/Infosys/Wipro 这类服务公司、fintech，各翻几个。不同类型公司的提问跨度很大，比任何单份清单都说明问题。
第二条建议比“刷完所有题”务实。面中小厂和服务公司的人，照着大厂题库准备，方向经常跑偏。
想投稿怎么做
按公司名建文件夹（不存在就新建），一场面试一个文件，开头尽量写清岗位和工作年限。这两个信息让后来者能快速判断相关性。公司不能说就放 Others/。
维护者明说项目靠个人时间维护，能不能持续有用取决于投稿是否不断。star 一下是最简单的支持。
我的判断
对着二手拼凑的题库准备，练的是猜测出题人的能力；对着真实提问准备，练的是临场组织回答。151 份记录是 85 家公司在特定时间点的抽样，不代表行业全貌。但对准备 DevOps、SRE、Cloud 方向面试的人，这是一个可以直接上手的信息源——尤其适合面某家具体公司前做最后一轮核对。