那是一个普通的周五下午。 导师把我叫到工位旁，打开一个代码仓库，说："这个模块最近业务增长比较快，之前一直没人系统性地梳理过，你来接手吧。" 我点了点头，像是答应了一件还没完全理解的事情。 那个模块并不简单。打开代码的第一天，我花了整个上午才理清调用链，下午又发现好几处逻辑分支，每一处都像一个悬念。注释零散，文档残缺，很多设计决策只能靠上下文去猜。我一度以为自己接手了一个"烂摊子"，但慢慢地，我开始觉得，这不是烂摊子，这是一段没写完的故事。 第一周，我几乎什么都没改，只是读。把整个调用链画出来，把每一个可能的异常路径标出来，把那些"看起来没问题...

周三下午，组里的技术群突然安静了。 不是那种没人说话的安静，是所有人都在盯着同一个东西的安静。大促前的全链路压测刚跑完第一轮，有个核心链路的响应时间出现了异常波动。导师把压测报告转发到群里，只说了一句："大家看看。" 我盯着监控曲线，觉得哪里不对。 说实话，这种感觉很微妙。作为一个才来两个月的实习生，你会本能地怀疑自己——也许是我经验不够，也许这个波动在正常范围内，也许大家早就注意到了只是没当回事。 但我还是打开了链路追踪，开始一层一层地往下翻。 事情要从我刚入职说起。 实习第一周，导师给我分配的任务是熟悉系统，画一份核心链路的调用关系图。听起来是个"熟悉业务&q...

那天下午，我正在排查一个线上问题。 说是排查，其实更像是在日志的海洋里大海捞针。几十个服务节点，每个节点上滚动着密密麻麻的日志，我需要从中找到某一次异常请求的完整链路。复制、粘贴、搜索、比对——机械地重复了快一个小时，我终于拼出了那条请求从入口到出口的完整路径。 "又是手动捞日志？"导师路过我工位，看了一眼屏幕。 "嗯，这次跨了六个服务，花了不少时间。"我有些不好意思。 导师没多说什么，只是笑了笑："你觉得这个过程，有没有可能做成自动化的？" 说完他就去开会了。但这句话像一颗种子，掉进了我脑子里。 那天晚上回到住处，我躺在床上翻来覆去...

我还记得入职那天的感觉。 工位上放着一台崭新的 MacBook，旁边贴着一张纸条，上面是导师的飞书号和一句话："先把开发环境搭好，有问题随时问。" 我花了大半天时间熟悉内部系统，光是权限申请就提了七八个。代码仓库拉下来的时候，我盯着屏幕上密密麻麻的目录结构，心里只有一个念头：这东西，我真的能看懂吗？ 导师叫阿宇，说话很快，但每次解释技术问题的时候会刻意慢下来。第一周的周会上，他让我旁听，不用发言。我坐在角落里，听着团队讨论服务拆分、链路追踪、降级策略，笔记本上记满了听不懂的术语。 "先别急，"阿宇说，"你先把这个模块的代码通读一遍，搞清楚数据流...

第一次打开那个用户反馈群的时候，我以为自己进错了频道。 消息刷得很快，清一色都是在抱怨——页面加载慢、操作卡顿、等半天没反应。我翻了翻历史记录，类似的反馈已经持续了好几天，而且越来越密集。 "这个性能问题，你来跟一下。"导师在周会上把任务指给了我。 说实话，我有点懵。来拼多多实习才一个多月，平时做的都是相对独立的小需求，第一次接手一个直接影响用户体验的线上问题。我下意识看了导师一眼，他没有多解释，只是点了下头，意思是：就是你。 我先从监控数据入手，一层一层看调用链路。刚开始看不出什么名堂，接口响应时间整体在波动，但没有特别明显的异常点。我盯着图表看了一下午，越看越焦虑。下班...

周一早会，导师突然说了一句："下周全链路压测，你负责的那个服务，准备好了吗？" 我愣了一下。 说实话，那个服务我接手才一个多月。最开始只是帮忙修几个小 bug，后来导师让我试着做一次小重构，再后来，慢慢地，那个模块的日常维护就落到了我手上。 但"全链路压测"这四个字，份量完全不一样。 我点了点头，说："我先梳理一遍，明天给你同步。" 回到工位，我打开了系统的架构图，开始一个节点一个节点地捋。说不紧张是假的——这个服务在整条链路里不算最核心的，但如果它出了问题，上下游都会受影响。导师把它交给我，既是信任，也是考验。 那天下午我没写一行代...

周一早上，导师站在我工位旁边，把笔记本电脑转向我，屏幕上是一张监控大盘。 "这周我去上海出差，跨团队做技术对齐。这几个核心指标你盯着，有异常先看看，拿不准再找我。" 我点了点头，心里其实有点紧张。来拼多多实习两个多月了，系统的代码我已经比较熟悉，日常的需求开发也能独立完成。但"系统交给你"这五个字的重量，我是第一次感受到。 导师像是看出了我的犹豫，拍了拍我的肩："放心，之前你处理的那几个问题都挺好的。遇到不确定的，群里喊一声就行。" 前三天，一切风平浪静。我按部就班地处理了两个小需求，跟进了一个测试环境的问题，还帮隔壁组的同学排查了一...

那是实习第七周的一个下午。 导师在群里发了条消息："流量切换窗口定在今晚，大家准备一下。" 我盯着屏幕愣了几秒。那个我参与重构了将近一个月的服务，今晚要正式承接线上真实流量了。 说"参与"其实有点谦虚。最开始确实只是参与——导师把整体架构画在白板上，我负责其中一个子模块的实现。但后来事情慢慢变了。 第二周的时候，我在跑压测，发现某个环节的耗时曲线不太对劲。不是那种一眼就能看出来的异常，而是在流量逐渐上升的过程中，响应时间的增长斜率比预期要陡。我截了张图发在群里，问导师："这个趋势正常吗？" 导师看了一会儿，回了两个字："不正...

消息是下午两点发到群里的。 导师说："下周三的数据迁移，你来负责迁移脚本和监控方案。" 我盯着屏幕看了好几秒，确认了一下"你"指的确实是我。 那是实习第五周。我刚把手头一个小需求提交上线，正觉得自己终于摸到了一点节奏。结果导师丢过来的，是一个存量数据从旧存储迁移到新架构的任务——涉及多张表、多个下游依赖，还有一个不能中断服务的硬约束。 "这个……我能问一下，为什么让我来做？"我在工位上犹豫了一会儿，还是发了消息。 导师回得很快："因为你上周梳理的那份数据流转图画得很清楚，说明你对这块链路已经比较熟了。放心，我会review你...

入职第二周，导师把一个需求分配给我。 "这个模块加个功能，逻辑不复杂，你先熟悉下代码。"他在消息里附上了文档链接。 我打开代码仓库，找到对应的文件。第一眼看到的，是文件头部的注释： "// TODO: 这个模块需要重构，临时方案，后续优化" 注释的提交时间是两年前。 往下翻，又看到几处标记："// 待优化：性能瓶颈"、"// FIXME: 耦合严重"、"// 临时方案，需改进"。 我试着理解代码逻辑，发现一个函数嵌套了五层 if-else，另一个函数的参数列表长到需要换行。调用链路绕来绕去，改一...

会议室里有些安静。 架构师刚讲完扩容方案，屏幕上是一份详细的容量规划表。我看着那些数字，手心有点出汗。实习第六周，这是我第一次参加这种级别的技术会议。 "按照这个方案，我们需要扩容现有集群。"架构师说，"大家有什么问题吗？" 我犹豫了几秒，还是举起了手："我觉得这个流量预估，可能需要再确认一下。" 会议室里的目光都转向了我。导师看了我一眼，眼神里有些意外，但没说话。 "你有什么发现？"架构师问。 我打开笔记本，把这几天整理的调研文档投到屏幕上："我重新看了下历史数据，发现流量增长的模式和我们预期的不太一样...

周四下午三点，会议室的投影屏幕上，监控大盘的曲线开始剧烈波动。 "现在模拟主库故障，"导师点击了演练脚本，"大家观察系统表现，看看容灾切换是否符合预期。" 这是我实习第六周，第一次参加团队的故障演练。会议室里坐着十几个人，有架构师、有资深工程师，还有几个和我一样的实习生。大家盯着屏幕，等待系统自动切换到备库。 三十秒过去了，流量成功切换，监控曲线趋于平稳。导师正要说"演练结束"，突然，告警群里开始疯狂刷屏。 "等等，"一位工程师皱起眉头，"数据同步延迟在增长。" 屏幕上，备库的同步延迟从几毫秒开...

导师在群里发了个任务："最近业务增长很快，现有的缓存架构有点扛不住了。你去调研下有没有更好的方案。" 我愣了几秒。这是实习第三周，我刚熟悉完业务代码，现在要做技术选型？ "不用想太复杂，先看看业界有什么成熟方案，整理个文档就行。"导师补了一句。 我打开了那份架构文档。缓存层用的是传统的主从架构，读写分离，看起来没什么问题。但导师说"扛不住"，那问题在哪？ 我开始翻监控大盘。流量曲线在持续上涨，峰值时段的响应延迟也在增加。再看缓存命中率，高峰期会明显下降。 问题找到了：不是架构不行，是容量不够了。但简单加机器能解决吗？我继续往下看，发现...

那天下午，会议室里坐满了人。产品、运营、测试、后端，还有我——一个入职不到两个月的实习生。 "灰度数据看起来不错，准备全量吧。"产品经理看着大屏幕上的监控面板，语气轻松。 我盯着自己电脑上的另一个监控页面，手指在键盘上敲了几下，又停住了。那条曲线的走势，和我预期的不太一样。不是明显的异常，但就是有点不对劲。 "等一下。"我抬起头，声音不大，但会议室里的讨论声停了下来。 导师看了我一眼："怎么了？" "我看了下数据库的慢查询日志，灰度期间有几个查询的耗时在持续增长。"我把屏幕投到大屏上，"虽然现在还在可接受...