
“小王,这台设备的CPU使用率查一下。”
“好的。”
输入IP、敲下top命令、看一眼数字、截图、记录、退出——这套动作,小王每天要重复至少两百次。
三年了。同样的命令,同样的设备,同样的流程,同样的一成不变。
他曾经也是个意气风发的计算机专业毕业生,带着对技术的热爱进了运维团队。可三年过去,他发现自己最熟练的技能不是系统调优、不是架构设计、不是故障排查——而是登录设备、输入命令、截图保存、记录结果。
这套动作,他闭着眼睛都能完成。
更讽刺的是,他根本没有时间学新东西。每天八小时,从早到晚都在巡检。五百台设备、五十个巡检项、每周一次全面巡检、每天一次重点巡检……时间被切割成无数个“登录-检查-截图-退出”的碎片,塞得满满当当。回到家只想躺着,连打开电脑的力气都没有。
“我感觉自己不是在当运维,是在当‘人肉脚本执行器’。”
小王的经历,是无数运维工程师的真实写照。
技术上:三年前刚入职时,他还会因为学会了新的Linux命令而兴奋。可现在,他掌握的技能和三年前一模一样——除了对巡检流程更熟练了,没有任何实质性的技术成长。系统架构、自动化编排、性能调优、安全攻防……这些真正有价值的技术,他一个都没机会碰。
身体上:长期盯着屏幕,眼睛干涩、视力下降、颈椎僵直、腰椎酸痛。更可怕的是值班——手机24小时不敢静音,半夜被告警叫醒是家常便饭。长期睡眠不足,免疫力下降,小病不断。某次体检,医生看着他的报告说:“你才二十多岁,指标比我这个快退休的还差。”
心态上:从最初的热情洋溢,到现在的麻木疲惫。每天重复同样的操作,看不到成长,看不到价值,看不到未来。他开始怀疑自己当初的选择——“我是不是已经废了?”
这不是矫情。这是长期重复性劳动对人的消耗——它不消耗你的技能,而是消耗你的激情、你的健康、你职业生涯最宝贵的黄金三年。
有人会说:“你可以在巡检之余学习啊!”
说这话的人,一定没做过真正的运维。
巡检不是“顺便做做”的,而是占据全部精力的。
一个运维团队管着几百甚至上千台设备,每天光巡检就要花四五个小时。再加上告警处理、变更操作、故障响应、报告撰写……八小时的工作时间根本不够用。
更致命的是,巡检工作本身不产生任何技术积累。
登录设备→输入命令→查看结果→截图保存。每一步都是机械操作,不需要思考,不需要决策,不需要创新。做一年和做三年,区别只在于“做得更快”,而不是“做得更好”。
当你的技能停滞在“执行的熟练度”上,你的市场价值就在逐年下降。
而在此期间,你付出的代价是——身体越来越差,精力越来越差,学习能力越来越差。越没有时间学新东西,就越离不开巡检岗位;越离不开巡检岗位,就越没有时间学新东西。
这是一个死循环。
小王的问题,不是他不够努力,而是他的努力用错了方向。
巡检的本质是什么?是重复性、标准化的信息采集和比对工作。这类工作,天然适合机器去做,而不是人。
自动化巡检可以做到:7×24小时持续监测,不知疲倦、不靠咖啡、不因熬夜而漏检;100%统一标准,不会因为今天状态不好就跳过某个步骤;分钟级完成全量巡检,几百台设备同时并行检查,效率提升90%以上。
更重要的是,自动化巡检不会因为疏忽或个人因素而引入额外的风险和错误,提高了巡检的可靠性。
那运维人员做什么?
——做机器做不到的事。
去设计巡检策略,而不是执行巡检命令;去分析巡检数据,而不是记录巡检结果;去优化系统架构,而不是登录设备截图;去研究自动化脚本,而不是手动输入命令;去参与故障复盘和架构评审,而不是在几百台设备间重复“机械舞”。
把重复交给机器,把成长留给自己。
小王最终还是辞职了。不是因为工资低,而是因为他打开招聘网站,发现自己三年的工作经验,在市场上只能用四个字形容——“三年巡检”。
没有架构经验,没有自动化经验,没有项目管理经验,没有安全攻防经验。他有的,只是对五百台设备的巡检命令了然于胸——但这份“了然于胸”,在面试官眼里,一文不值。
“重复巡检做了三年,技术没长进,身体先垮了”——这句话,不该成为运维人的墓志铭。
巡检,本应是机器的事。你的价值,不该被一个登录命令、一个截图动作、一个excel表格锁死。 当你还在手动执行本应自动化的任务时,你的竞争对手——那些已经拥抱自动化的团队——正在用机器替你完成工作,而你的人,正在学新东西、做新项目、拿更高的薪水。
让机器去巡检,让人类去成长。这才是运维该有的样子。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。