巡检脚本跑了 3 年没问题,作者一走就没人敢动
· 阅读需 9 分钟
现场:小周离职那天,运维组才意识到巡检脚本有多脆弱
周一上午 9 点,小周提交了离职流程的最后一项。
交接清单拉到第 17 行,写的是"日常巡检脚本 owner"。他手上有 6 份脚本,横跨 3 个业务线,跑得最久的一份已经稳定运行 3 年。每周值班同学都会在群里说"今晚脚本正常",从来没出过事。
交接会议上,接手的小李问了一句:"这份脚本,生产环境能改吗?"
小周想了想,说:"能改,但要按我之前发的那个流程。"
"流程在哪?"
"在我脑子里。"
这不是个例。很多团队的巡检脚本,3 年的"稳态"其实是把 5 类信息全部装在作者脑子里。脚本本身只是冰山露出水面的那一角,水面下的"作者经验、运行历史、版本演进、参数命名习惯、依赖关系"才是真正在稳的部分。
作者一走,水面下这一整块就一起走了。脚本表面上没动,实际上已经失去了最关键的那一层支撑。