我们当年笔试的时间点卡在秋招最忙的十月中旬搜狐畅游的运维开发工程师岗位说实话投的人不算最多但筛人一点不含糊。和纯后端开发不一样运维开发这个岗位在游戏公司里的定位很特殊既要懂运维的“稳”又要懂开发的“快”笔试题目也基本是围绕这两个字展开。这篇文章不写什么“真题答案速查”而是站在岗位本身的角度把运维开发笔试常见的方向、背后的考察逻辑、以及我可以直接给你参考的复习框架一套东西完整过一遍。不管你是准备校招还是打算往这个方向转都能少走不少弯路。1. 校招运维开发笔试到底在考什么很多同学看到“运维开发工程师”这个岗位名第一反应是“运维不就是装系统、配网络、看看监控吗”如果你这么理解笔试大概率会翻车。游戏公司的运维开发工程师日常工作是围绕大规模服务器集群的稳定性和自动化展开的比如新游戏开服时的环境初始化、版本更新时的批量发布、玩家高峰期的容量评估、故障时的快速定位和恢复这些场景全部需要写代码、写脚本、设计工具链来支撑。笔试要测的就是“你能不能干这个活”。所以你会发现题目结构通常分成四块基础选择题覆盖Linux、网络、数据库、常用组件简答题考原理和排查思路编程题考脚本能力和代码功底最后的场景设计题则模拟一个游戏运维的实际问题让你给出方案。前两块考察知识面后两块考察动手能力整体难度对科班同学来说不算高但如果平时只刷算法不碰系统很容易在中间两道大题上卡住。1.1 岗位画像为什么面试官要这么考搜狐畅游是游戏公司游戏业务的运维场景有几个突出特点服务器数量多、上线节奏快、玩家流量有明显的波峰波谷。比如新游戏公测当天注册和登录请求量可能是平时的几十倍如果运维系统不能提前扩容、不能自动发布、不能快速回滚一次故障就会直接造成玩家流失。基于这个业务特点运维开发工程师需要的核心能力可以拆成三条。第一条是Linux系统和网络的基础能力。所有的服务器都是Linux环境无论是排查CPU飙高还是网络超时你都需要对系统命令、内核概念、网络协议有扎实的理解。第二条是开发能力这里的开发不等于写业务代码而是写自动化脚本和运维工具Python是绝对主力Shell也绕不开因为很多临时任务还是Shell最快。第三条是组件和架构的广度数据库、缓存、消息队列、监控系统、容器平台这些组件你不见得每个都深入用过但至少要理解它们解决什么问题、在什么场景下选型。笔试的每一道题本质上都在问这三条能力你有没有。选择题是摸底看基础扎不扎实编程题是看你能不能把想法变成可运行的脚本场景题是看你面对真实问题有没有整体的解决方案思路。1.2 试卷结构复盘不要只刷算法题回到2020年这次笔试整体印象是选择题范围很宽但不算偏编程题有两道一道偏算法逻辑一道偏脚本实操最后一道是场景设计。这里要提醒一个很多同学会踩的坑校招笔试准备太偏算法了把精力全花在LeetCode上结果发现运维开发的编程题压根不考什么动态规划考的是你写脚本能不能考虑边界情况、能不能处理异常、代码风格是否规范。我当时复习的路线是先快速过一遍Linux和网络基础再花时间把Python的常见运维场景练熟比如文件处理、日志分析、调用外部命令最后看了一些游戏运维的技术分享理解开服、合服、版本更新这些业务动作背后的技术逻辑。这个路线对笔试和后面的面试都管用比单纯刷题高效得多。2. Linux和网络是永远绕不开的基本盘Linux和网络是运维开发的吃饭本领笔试中占比最高的永远是这两块。选择题会直接问你命令的作用、配置文件的含义、网络协议的状态转换简答题则可能让你描述一个排查过程。这块没太多技巧就是老老实实把基础打牢。2.1 Linux命令与系统管理题Linux相关的选择题常见的有几类文件权限、进程管理、系统负载、日志查看、文本处理。文件权限题几乎是必考的比如chmod 754是什么意思755和700分别适合什么场景。这里有个记忆技巧权限数字对应rwx4是读2是写1是执行7就是读写执行5就是读执行理解了这个对应关系不用死记硬背。进程和负载这块top、ps、free、df、iostat这些命令的用途是选择题的高频考点。简答题可能会让你分析“系统负载突然升高怎么排查”回答思路应该是先用top看整体负载和CPU/内存占用再ps或top排序找出异常进程然后判断是CPU密集型、内存溢出还是磁盘I/O瓶颈最后用strace、lsof这些工具进一步定位。文本处理也是Linux题的大头grep、awk、sed这三件套必须要熟练。我笔试前专门整理了一个常用命令对照表考试前翻一遍加深印象。命令核心用途笔试常考场景grep文本过滤从日志中筛选关键字awk按列处理文本提取日志中的IP和时间sed流式文本编辑批量替换配置文件find文件查找按大小/时间查找文件xargs参数传递批量操作文件netstat/ss网络连接查看查看端口监听状态这些命令不是光记住参数就行笔试经常给你一段日志内容问你用什么命令能统计出某个字段出现的次数这就是grep加sort加uniq -c的一个组合拳。平时没事多拿真实日志练练手比死记硬背强。2.2 网络基础与排查题网络部分的重点集中在TCP/IP协议栈。三次握手和四次挥手的状态转换是经典题TIME_WAIT为什么会大量出现、怎么优化这也是游戏服务器运维里特别实际的问题因为玩家频繁建立连接和断开连接很容易出现端口和连接资源被占用的情况。HTTP相关的题目也不少状态码的含义是选择题的常客502、504、503的区别要能说清楚。网络排查的思路题可能会这么出“用户反馈游戏登录超时你怎么排查”。回答时要有一条清晰的链路先确认是客户端还是服务端问题再看服务端网络层连接是否正常ping不通就是网络层问题ping通但业务超时就要看端口、看服务进程、看后端依赖。这个排查思路在笔试面试都会反复用到一定要形成肌肉记忆。还有一个容易忽略的考点是DNS。笔试里可能会问你域名解析的流程或者在线上环境配了一个新域名客户端访问不了你会怎么排查。这时候套路是先用nslookup或dig确认解析是否生效再确认是不是本地缓存问题最后看服务端有没有正确配置。游戏公司经常要切域名、加地域解析这块知识很实用。3. 编程能力才是区分度所在要说基础题大家拉不开差距那编程题就是区分度最大的部分。运维开发的编程题不追求复杂的算法考察点集中在你能不能写出一个可用的、健壮的脚本工具。哪怕题目本身看起来像个算法题最后可能也要往实际场景上靠。3.1 Shell和Python编程题Shell和Python在运维开发的位置是互补的。Shell的优势是处理系统命令和文本流快但逻辑一复杂就很容易写出“意大利面条”。笔试涉及Shell的部分通常不会太深可能就是让你写一个脚本批量检查一组服务器的存活状态或者把日志文件按日期归档。Python则是主力因为可读性强、库丰富处理文本、调用系统API、写简单服务都很顺手。一道典型的Python脚本题可能是这样给一个Nginx访问日志文件统计出访问量最高的前10个IP并输出每个IP的访问次数。这道题考察的知识点很实在文件读取、字符串处理、字典计数、排序、格式化输出这些全是运维开发日常要用的基本功。我当时写这个题的时候用了defaultdict来计数再用sorted对字典按值排序代码量不大但逻辑要清晰。写脚本题有几点容易扣分的地方我特意提醒一下。第一要考虑文件不存在或者格式不规范的情况好的脚本开头都会检查输入参数和文件路径。第二不要忘了处理大量数据时的性能问题能边读边处理就不要一次性把整个文件加载进内存。第三代码排版要规范循环和函数的缩进要统一变量命名要能看懂阅卷的人一眼扫过去就能明白你的思路。3.2 代码题实操技巧从“能跑”到“好用”笔试时间有限“能跑”是最低标准但如果只写到“能跑”大概率拿不到高分。我这边整理几个实战中总结的代码通用技巧。第一函数化封装。把统计、排序、输出这些逻辑拆成独立函数既方便调试也显得思路清晰。第二异常处理。不知道输入文件是否规范的时候用try...except把可能出错的地方包住至少不让程序因为一个坏行直接崩溃。第三考虑数据规模。笔试虽然只是几万行日志但你应该在注释里体现出这个脚本如果放在线上跑也能扛得住大文件。举个例子如果题目要求统计IP访问次数我通常会顺手加一个参数允许用户指定Top N而不是写死10。这样代码的可复用性更高面试官看到这种细节也会觉得你有工程思维。还有一个容易被忽略的是脚本的执行权限和运行环境笔试如果让你写Shell脚本别忘了在文件开头加上#!/bin/bash这也是一个简单的加分项。4. MySQL和常用组件题游戏的后端架构离不开数据库和中间件。笔试的组件考察不会特别深但覆盖面广MySQL、Redis、消息队列、Nginx都会涉及。这些题目更像是“架构常识摸底”看你有没有全局视野。4.1 数据库基础题索引和SQL是重点MySQL相关的题目主要集中在索引和SQL语句。索引题经常会问联合索引的最左前缀原则、索引失效的场景、以及SQL查询慢你怎么加索引。这些知识光看概念不够最好自己建一张表用EXPLAIN看一下不同SQL的执行计划理解一下什么时候走索引、什么时候全表扫描。SQL题一般不会太难但会结合实际业务场景。比如游戏公司有一张玩家充值记录表题目让你统计某天各区的充值总额这就是一个简单的GROUP BY加SUM问题。再多想一步如果表数据量很大按日期分区以后查询效率能提升多少这也能扯到索引和分区的问题上显得你有实战经验。事务和锁的考点也值得注意。ACID特性、隔离级别、乐观锁和悲观锁的区别这些经典题翻来覆去地考。笔试时间紧张不需要背得一字不差但核心概念一定要能用自己的话说出来比如“脏读就是读到了别人还没提交的数据”这个是最容易理解的场景化解释。4.2 中间件考察Redis为主的缓存体系中间件题目里Redis出现的频率最高。缓存穿透、缓存击穿、缓存雪崩三个概念几乎是必考题它们的区别和应对方案要能分清楚。我用一个简单类比帮助记忆缓存穿透是拿一个不存在的key去查数据库缓存击穿是某个热key过期瞬间大量请求打穿缓存雪崩是大面积key同时过期导致数据库被打垮。应对方案也各不一样穿透要靠布隆过滤器或缓存空值击穿可以加互斥锁或逻辑过期雪崩要设置随机过期时间做错峰。Nginx和消息队列也是笔试常客。Nginx常考反向代理、负载均衡策略、worker_processes和worker_connections的含义。消息队列常考Kafka的topic、partition概念以及为什么用它做削峰填谷。这些组件的核心思想其实相通缓存是挡在数据库前面的第一道防线消息队列是缓冲流量冲击的一个水池理解了这个面试官问组件选型你就能答到点子上。游戏运维里消息队列用得很多比如玩家行为日志的异步上报直接用Kafka承接后端消费者再批量写入分析系统。笔试如果出一道“玩家操作日志量太大数据库写入跟不上怎么办”你如果能想到“用消息队列削峰批量落库”就已经给出了一个合理的方案。5. 监控、CI/CD、容器与云原生这部分内容在2020年就已经是很多公司笔试的考察范围。运维开发的日常工作离不开发布系统和监控平台容器化趋势也在游戏公司快速推进。笔试对这块的考察相对宏观主要是看你对“自动化”的理解。5.1 监控系统从Zabbix到Prometheus监控相关的问题往往会这么问“一台服务器CPU使用率突增到100%你怎么通过监控系统定位问题”。这里要答出监控在产品和技术层面的配合先用监控平台看指标趋势图确认是某个时刻开始飙升再关联同一时间段的进程变化、网络流量、日志量最后在具体机器上用top和perf深入排查。这些年监控系统的主流从Zabbix逐渐转向PrometheusGrafana组合笔试里可能不会细究某个工具的使用方法但会问你监控指标的类型比如Counter、Gauge、Histogram、Summary的区别。没接触过Prometheus的话至少要知道Counter是只增不减的计数器适合统计请求总数Gauge是可增可减的瞬时值适合CPU使用率这类指标。这些概念在面试中也会用到值得提前了解。监控在游戏运维里的特殊点在于业务视角的监控不只是看CPU和内存还要看玩家登录成功率、在线人数、掉线率这些业务指标。笔试如果问“你如何设计一个游戏的运营监控大盘”可以从基础设施层、应用层、业务层三个维度展开基础设施看机器资源应用层看出错日志和接口耗时业务层看在线人数和支付成功率每一层用什么工具、展示什么指标讲清楚就能体现你的全局观。5.2 容器与云原生Docker和K8s的基础认知2020年的时候Docker和Kubernetes在国内游戏公司的落地已经比较普遍了。笔试题可能会问Docker和虚拟机有什么区别镜像和容器的关系也可能会问K8s里的Pod、Deployment、Service都是干什么用的。这些概念题不难但要想答得好得理解容器说白了就是“轻量级的进程隔离”镜像就是“一个打包好的运行环境”。关于K8s笔试不需要你现场写YAML但你要能说清楚一个请求从外部进入服务的过程Ingress接收流量转发给ServiceService再负载均衡到后端的Pod。如果你没实际搭过K8s集群建议花点时间在本地用minikube或者kind跑一下把Pod、Deployment这些概念和实际操作对应上。游戏公司容器化改造里有一个特殊场景是“热更新”传统方式可能是分批重启服务器上了容器以后可以用滚动更新的策略一个Pod一个Pod替换保证玩家无感知。这个在笔试场景题里如果提到了会是一个不错的加分点说明你是真的理解容器带来的运维变革。6. 场景设计题最像“真项目”的一题场景题是运维开发笔试里最贴近实际工作的一部分也是很多同学最头疼的部分。因为它没有标准答案考察的是你面对一个模糊的、综合性的问题时的分析和决断能力。搜狐畅游这类游戏公司出的场景题天然会围绕游戏服务器的特点和运维的痛点展开平时脑子里多积累一些真实场景比临时yy强得多。6.1 经典场景游戏开服时的服务器环境初始化我印象很深刻的一道题是“新游戏上线需要批量初始化100台Linux服务器包括创建用户、部署JDK、调整内核参数、安装监控agent你会怎么实现”这个场景就是典型的运维自动化需求如果没有工具纯手工SSH上去一台台敲命令100台机器至少折腾大半天还容易出错。答题思路可以分步展开先用统一的基础镜像来包住大部分重复配置比如镜像里预先装好JDK、监控agent、基础安全设置再通过Ansible这类配置管理工具做差异化的配置下发比如每台机器的IP、主机名、游戏区服ID不同最后通过模板渲染生成每台机器的配置再批量执行初始化。这套流程其实就是“镜像封装配置管理编排执行”的经典组合。如果你平时用过Ansible还可以提到playbook和roles怎么组织公共的角色负责基础环境业务角色负责游戏服务本身的部署这样不同游戏的初始化流程可以复用大部分内容。这个方案思路清晰、有层次、有落地的可能性比只说“写个脚本批量执行”高一个层次。6.2 场景题答题套路从问题到方案的完整链路场景题拿分的关键不是一步到位给出最优解而是展示你思考问题的完整链路。我总结了三个步骤第一明确目标和范围把模糊的问题转化成几个清晰的小问题第二列出可选方案简单说明每种方案的优缺点第三给出你的推荐方案并说明理由和潜在风险。比如上面那道开服题目标是“快速、稳定、可重复地初始化100台服务器”约束条件是“环境一致、安全合规、可追踪”。这样一拆解就能想到用基础镜像保证一致性用Ansible做配置管理保证可重复性用统一的配置文件记录每台机器的变更。答题的时候顺着这个逻辑写阅卷人就能看到你从问题到方案的一条完整链路而不是零零散散拼凑要素。还有一个提示如果时间允许可以在方案后面画一个简单的流程示意或者把关键命令、配置要点列出来展现你的实践能力。但要小心别写太多低价值的细节场景题看的是骨架不是看你有没有背过某条命令。7. 笔试准备清单与排雷建议笔试准备到最后阶段脑中的知识容易变成一团浆糊。我在这里整理一份“考前冲刺清单”按优先级排好照着过一遍能帮你把零散的知识点串起来。同时把校招笔试常见的坑拿出来说说这些坑我自己踩过不少分享出来能帮你绕开。7.1 核心复习清单Linux优先级最高命令是基础中的基础文本处理三件套要滚瓜烂熟系统负载分析和排查看思路。网络基础掌握TCP状态、HTTP状态码、DNS排查。Python重点准备文件操作、字符串处理、异常处理、常见库的熟练度。Shell至少能写简单的批量脚本。MySQL重点刷索引和SQL题Redis背熟三个经典问题Nginx反向代理和负载均衡要懂。CI/CD和容器理解概念Docker和K8s能说清楚核心对象就行。场景题多练几道完整方案的写作形成自己的答题套路。记忆上我有个习惯与其背概念不如背场景。比如TIME_WAIT这个概念你直接背“四次挥手主动关闭方会进入TIME_WAIT”很容易忘但如果你记住了“修改net.ipv4.tcp_tw_reuse可以复用TIME_WAIT连接”这个实际调优场景理解就深了一层笔试和面试都能用上。7.2 笔试过程中的几个坑笔试现场有几件事容易翻车特意提醒一下。第一时间分配要合理。选择题和简答题不要恋战觉得卡住就先跳过最后留出充裕时间写编程题和场景题这两题分值大且容易拉开差距。第二编程题即使不能完全跑通也要写思路。好多人一看到编程题有点难就直接放弃空在那里但踩分点往往在于你的思路和编码风格哪怕只写出核心逻辑也比交白卷强很多。还有一个比较细的坑是读题要仔细。有的题看似是让你写脚本统计日志但题目其实要求输出“top 10的IP以及对应的请求次数”你只写了统计没写排序或者排序方向反了都会丢分。做完以后留几分钟检查一下输出格式是否符合题目要求这个习惯在笔试里能救你很多次。另外运维开发岗位的笔试有时候会故意夹杂一两道看起来很“运维”的题但本质是考察你的灵活度。比如给你一段系统异常日志问你大概是什么问题这时候不要慌用你学过的系统知识去推OutOfMemoryError你会想到堆内存不足Too many open files你会想到文件描述符耗尽这些都是日常运维遇到过的问题静下心来就能答出来。