每年到了校园招聘季总有一批被运维开发工程师这个岗位名字吸引的同学跑来问我这到底是做运维还是做开发笔试到底考什么尤其像滴滴出行这类体量的公司内推笔试筛选的是基础扎实、能直接上手干活的人不是刷几道LeetCode就能混过去的。这篇就把我这些年看校招笔试、做面试官、带新人的经验拆开讲一讲供准备投递运维开发方向的同学参考。1. 运维开发工程师到底是干什么的岗位认知决定备考方向1.1 运维开发与传统运维的分水岭很多人以为运维开发就是会部署环境、会看监控的运维这理解太窄了。传统运维的核心是维持稳定用命令行手工操作靠经验和文档堆砌运维开发的核心是用代码解决运维问题把重复操作变成自动化平台把被动救火变成主动预防。举个例子传统运维排查线上故障可能要登服务器、看日志、敲命令运维开发则会写一套日志采集和异常检测系统让故障在用户感知之前就被发现。笔试中如果出现如何设计一个告警收敛系统如何自动化处理日志中的异常模式考察的正是这个分水岭。1.2 校招笔试为什么先考岗位认知企业招校招生本来就做好了培养的准备所以笔试不会指望你什么都会但会考察你有没有基本的岗位sense。我见过太多简历写着熟悉Linux、了解Python、会用Docker结果笔试里连文件权限755代表什么这种基础题都答错。运维开发岗位的笔试首先筛掉的是对岗位没概念、只靠背面经的人。比如它可能会问你一台服务器负载偏高你的排查顺序是什么这类开放题没有唯一答案但能看出你有没有先看整体指标、再定位具体进程、最后看日志的工程直觉。1.3 这个岗位在互联网公司的实际位置在一家出行平台公司运维开发工程师通常属于基础架构或技术基础设施团队负责的是支撑所有业务线的系统稳定性、发布效率、资源成本、监控告警。它既要懂业务比如订单系统的高并发特点、出行高峰期的流量模型又要懂底层容器、网络、存储、内核参数。笔试题里出现高峰期订单接口超时如何定位就是业务和底层结合的典型场景。理解了这个位置你备考时自然会偏向系统性的工程思维而不是孤立地刷题。2. 笔试真题常见模块拆解从Linux到Python2.1 Linux系统与Shell脚本送分题也是筛选器Linux知识是运维开发笔试的绝对基础占比通常能到20%到30%。考点集中在文件权限、进程管理、系统负载、文本处理这几个方向。文件权限要知道chmod的数值含义755表示属主可读可写可执行、属组和其他人可读可执行目录权限还会影响能否进入和列出文件。进程管理要理解ps和top的输出load average的三个数值分别代表1分钟、5分钟、15分钟的平均负载如果1分钟明显高于15分钟说明负载在上升。Shell脚本是另一个高频模块而且很容易拉开差距。我见过一个经典考题统计nginx日志中访问量前10的IP要求用Shell实现。很多人会写一个长循环一行行读文件再awk统计但更优雅的答案是awk {print $1} access.log | sort | uniq -c | sort -rn | head -10这道题考察的不是你能不能写出来而是有没有用管道组合工具的Unix哲学意识。实际做运维开发写脚本的场景远比写业务代码多所以笔试里Shell题的分量不容小觑。2.2 Python/Go编程不只是写算法运维开发工程师的笔试通常会有编程题但和纯后端开发的区别在于它更看重脚本能力和工具思维而不是复杂的算法。题目可能让你写一个Python脚本定期检查磁盘使用率并发送告警或者让你实现一个简单的LRU缓存。这类题的关键不是语法华丽而是逻辑清晰、边界条件考虑周全。比如写磁盘监控脚本至少要有以下能力import shutil import smtplib import time while True: usage shutil.disk_usage(/) percent usage.used / usage.total * 100 if percent 85: print(fdisk usage over 85%, current: {percent:.1f}%) # 这里应该调用告警发送逻辑 time.sleep(300)这题考察的其实是你会不会用shutil这类标准库、会不会避免脚本本身变成新的故障点、告警逻辑是不是耦合在监控脚本里。我在实际笔试阅卷中更愿意给能写出告警阈值可配置、支持多次发送去重的候选人加分这就是工程素养和demo代码的区别。2.3 网络与协议TCP三次握手背后的运维视角网络题在运维开发笔试里通常不只考概念还会结合故障场景。比如TCP三次握手很多同学能背出SYN、SYNACK、ACK但笔试会问如果服务器上SYN_RECV状态的连接特别多可能是什么原因这时候脑海里要浮现的排查链条是先看是不是有半连接攻击再看应用层accept队列是否已满最后检查内核参数net.ipv4.tcp_max_syn_backlog和somaxconn是否合理。运维开发常用的网络排查命令也常被考到ping测连通性traceroute看路由路径ss -tnp看当前TCP连接状态和对应进程tcpdump抓包分析实际交互curl -v看HTTP请求的完整过程笔试里有种考法是给一段tcpdump输出让你判断哪里出了问题。这类题没有捷径备考时要真在服务器上抓几次包理解[S]、[S.]、[.]、[F.]这些标志位背后发生了什么。2.4 数据库与缓存索引设计和慢查询排查数据库是运维开发笔试的常客高频考点包括索引失效场景、慢查询分析、事务隔离级别、主从复制延迟。一道常见的题一个订单表查询特别慢你会怎么排查正确的思路不是一上来就EXPLAIN而是先确认是偶发还是持续偶发可能和锁竞争、连接池耗尽有关持续慢大概率要分析索引和SQL。这里要给个基础但重要的提醒联合索引要遵循最左前缀原则WHERE a1 AND b2能用(a,b)索引但WHERE b2用不上。笔试经常给一个表结构和几条查询语句让你判断哪些能走索引不熟悉这个规则很容易丢分。缓存方面Redis的数据结构、过期策略、缓存穿透和雪崩也是高频题运维开发尤其关注缓存和数据库一致性问题在分布式场景下的取舍。2.5 监控、日志与CI/CD笔试里最容易忽视的送命题传统笔试复习资料里很少出现监控、日志、CI/CD这些主题但运维开发岗位恰恰很看重。有些同学把精力全放在刷算法和背网络协议上结果遇到如何设计一套监控告警系统ELK日志链路如何搭就懵了。这些不是纯概念题而是考察你有没有亲手搭过环境。监控的核心思路是指标采集、数据存储、告警规则、可视化四层。笔试可能会问线上告警太多如何收敛答案可以围绕告警分级、聚合、静默、依赖拓扑这几个方向展开。日志方面你可能要知道grep关键词、awk统计、tail -f跟踪也要知道集中式日志平台的基本组件采集端、消息队列、搜索存储、展示端。CI/CD则要理解代码提交后经历构建、测试、打包、部署、发布的完整链路笔试里出现如何减少发布时的服务不可用时间思路就是滚动发布、蓝绿发布、金丝雀发布。3. 内推笔试的独特之处简历、笔试、面试如何串成一条线3.1 内推笔试和统考笔试的差异内推笔试和统一网申笔试最大区别在于简历已经有人提前看过一份笔试成绩不是唯一的评判标准它更像是一种验证和补充。这意味着你简历里写的每一条技能都可能出现在笔试里。你写了熟悉Docker那可能考你Dockerfile编写、镜像分层原理你写了了解Kubernetes那Pod生命周期、kubectl常用命令就要能答上来。内推人背书的信用需要你用笔试卷子去兑现。3.2 笔试题型与时间分配策略通常运维开发笔试由选择题、编程题、简答/设计题组成。我建议的时间分配是选择题控制在总时间的三分之一以内编程题和设计题各占三分之一。选择题看似简单但有些是扣分陷阱比如Linux题会故意把chown和chmod混着考网络题会把TIME_WAIT和CLOSE_WAIT的含义互换如果不确定先标记别恋战。编程题要养成先写思路注释再写代码的习惯。阅卷人不一定会逐行执行你写的代码但能通过注释看出你的解题思路。哪怕时间不够思路清晰也能拿部分分。设计题则是开放性的比如给一个日订单量百万级的系统设计监控方案关键是要把自己的假设说清楚监控哪些指标、数据怎么采集、告警怎么分级、故障怎么定位。3.3 从笔试答题痕迹看出候选人工程素养笔试不只考知识也考习惯。我在阅卷时会特别关注几个细节代码里有没有处理异常输入脚本里有没有考虑幂等性设计题里有没有提到容量评估和降级方案。这些细节不是你考前突击能补上的而是日常做项目时养成的肌肉记忆。比如写一个清理日志的脚本普通人会写rm -rf /var/log/xxx有工程意识的人会先判断目录是否存在、文件是否被占用、有没有做备份这才是运维开发该有的样子。4. 运维开发笔试现场的实战策略先拿稳80%再啃难题4.1 选择题排除法的底层逻辑选择题里有一类是概念相近的干扰项靠的是精确记忆。比如操作系统题问你僵尸进程和孤儿进程的区别排除法的关键是明确它们的产生条件僵尸进程是子进程终止后父进程没有调用wait回收孤儿进程是父进程先退出而子进程还在运行。如果你记混了可以直接从谁被谁收养这个角度去排除。遇到完全不会的题也要用领域常识猜一个不要空着笔试的得分率是按整体计算的。4.2 编程题边界条件和异常处理比算法本身更值钱运维开发的编程题往往不追求高超算法而是考察代码健壮性。比如写一个Python脚本把Nginx日志中的错误级别信息过滤出来并统计每分钟的数量很多人的第一版代码只处理了理想情况但好的答案会考虑到日志文件可能很大不能一次性读入内存、字段可能不完整、时间戳格式可能有变化。这不是刁难而是运维开发工作的日常。我用一个简单题目举例写一个函数判断一个IP地址是否合法。基本功是四段数字都小于等于255但工程视角还会处理字符串转数字时可能抛异常、开头可能有空格、IPv6要单独判断。这种代码看起来比标准答案长但恰恰是阅卷人想看到的。基础题能够做到考虑全面的人面试时也会给人靠谱感。4.3 系统设计题没有标准答案但有得分点设计题是运维开发笔试里最让人头疼的部分因为它没有标准答案。但阅卷时有明确的得分点有没有分模块思考、有没有考虑异常场景、有没有给出关键参数估算。比如设计一个分布式日志收集系统得分点包括数据采集端如何保证日志不丢本地缓冲、重试机制消息队列选型Kafka还是RabbitMQ各自的吞吐和延迟特性存储层如何支持检索索引怎么建、冷热数据怎么分离下游消费失败时如何补偿重新消费、死信队列你不需要写出生产级架构但要让阅卷人看到你脑子里有一个完整的系统而不是零散的名词堆砌。答题时可以用先解决核心链路、再说优化方向的结构把核心链路画明白再展开扩展点。5. 考后复盘与备战面试笔试只是起点5.1 笔试结束后的24小时复盘法笔试一结束趁记忆还热乎赶紧把题目和答题情况记下来。我的习惯是做一个表格列出题目模块、核心考点、我当时怎么答的、正确思路应该是什么。不需要每题都复盘但至少要把没答上来的题弄懂。比如你卡在Kubernetes调度器如何选择节点这道题上花半小时把调度策略、亲和性、污点和容忍看完比刷十道算法题有用得多因为面试大概率会顺着这道题继续深挖。5.2 从笔试暴露的薄弱点倒推面试准备笔试暴露出来的薄弱点往往是面试官最喜欢问的地方。你编程题里Redis的过期淘汰策略只写出一两种那面试前就要把所有策略的触发条件、优缺点、适用场景过一遍。你设计题里没有提到限流那面试前就要把计数器、滑动窗口、漏桶、令牌桶四种限流算法的原理和代码实现都看一遍。把笔试当一次摸底考试后面一周的复习就非常有方向感。5.3 长期积累一台云主机和一个社区账号运维开发是一个特别吃实操的方向很多知识点只靠看文档是记不牢的。我给想入行的同学一个可落地的建议买一台低配置云主机搭一个个人博客然后尝试自己完成代码提交到服务器自动部署的完整流程。这个过程中你会用到Git、Nginx、Docker、systemd、HTTPS证书可能还要写几个自动化脚本。做一遍之后笔试里大部分Linux、Shell、网络、CI/CD题目对你来说就不再是死记硬背了。另外多逛技术社区看别人遇到的线上故障和排查过程比看教程有用得多。你可以给自己定个小目标每个月精读一篇真实故障复盘把里面的排查命令和思考过程手动敲一遍。坚持半年运维开发的面试题你会发现自己基本都能从做过的角度来回答了。我最后想说这几年接触过不少转岗或者刚毕业的同学发现一个规律能把运维开发岗位做好的人不是最聪明的那批而是对系统为什么出问题有持续好奇心的人。笔试只是你把这股好奇心和动手能力集中展示一次的机会。认真准备把基础打牢机会来的时候你只需要正常发挥就好。