运维面试全景图：从 Linux 到 K8s，面试到底考什么？

很多人准备运维面试时，第一反应是背题：Linux 命令、Nginx 配置、Docker 参数、K8s 资源对象。但真正的面试，不是考你记住了多少命令，而是考你能不能把系统跑稳、把问题定位清楚、把风险控制住。

开篇场景

面试官问你：

“线上服务访问很慢，用户已经开始投诉，你会怎么排查？”

普通回答可能是：

“我会看 CPU、内存、磁盘、网络，然后看日志。”

这个回答不能说错，但太泛了。

更好的回答应该是：

“我会先确认影响范围和故障现象，再从入口流量、应用服务、依赖组件、主机资源、网络链路几个层面逐步缩小范围。排查过程中同步止损，比如扩容、降级、限流或回滚，并保留现场用于复盘。”

这就是运维面试的核心：从命令能力，升级到系统化排障能力。

面试官到底想考什么

运维面试通常不是单点知识考察，而是围绕 4 个问题展开：

1. 你知不知道原理？ 例如 TCP 为什么要三次握手。
2. 你会不会操作？ 例如如何查看某个端口被哪个进程占用。
3. 你能不能排障？ 例如 Pod 一直 CrashLoopBackOff 怎么办。
4. 你有没有生产意识？ 例如变更前如何评估风险，故障中如何止损。

不同级别岗位考察重点

推荐学习路线

这条路线的重点不是“学完所有技术”，而是建立一套完整的生产系统视角。

运维面试的标准答题框架

遇到排障类问题，可以使用下面这个框架：

高频面试题

1. 你如何准备一次运维面试？

建议回答：

我会先按 Linux、网络、中间件、容器、K8s、CI/CD、监控应急几个模块梳理知识点。然后准备几个真实项目案例，包括系统架构、部署方式、监控指标、遇到过的故障和改进措施。最后重点练习排障类问题的表达，避免只说命令，不说思路。

2. 初级运维和高级运维最大的区别是什么？

建议回答：

初级运维更多关注单机和单服务的部署维护，高级运维关注的是系统稳定性、自动化、容量、发布风险和故障闭环。简单说，初级运维解决“服务怎么跑起来”，高级运维解决“系统怎么长期稳定地跑”。

3. 面试官问“你做过哪些项目”，应该怎么回答？

推荐结构：

不要只说“我负责服务器维护”，而要说清楚：

• 维护多少台机器？
• 部署了哪些服务？
• 使用什么监控？
• 如何发布和回滚？
• 是否处理过线上故障？
• 有没有自动化或稳定性改进？

加分回答

面试中有 3 类表达很加分：

1. 先止损，再定位。 线上故障不能只顾排查，还要考虑业务恢复。
2. 先范围，后细节。 先判断是全站、单机、单接口、单用户，再深入。
3. 有复盘意识。 解决问题不是终点，避免再次发生才是关键。

总结清单

准备运维面试时，可以按这 8 个问题自检：

• Linux 常用排查命令是否熟练？
• TCP、DNS、HTTP 基础是否清楚？
• Nginx、MySQL、Redis 是否有生产排查经验？
• Shell 是否能写日志分析和巡检脚本？
• Docker 镜像、容器、网络、数据卷是否理解？
• K8s 常见异常是否能定位？
• CI/CD 发布、回滚、灰度是否能讲清楚？
• 故障应急、监控告警、复盘改进是否有方法论？

运维面试真正考察的，不是你会多少命令，而是你能不能在复杂系统中稳定、可靠、可解释地解决问题。