凌晨三点，网站维护服务器宕机了。网站维护不是网站维护被攻击，是网站维护磁盘满了——日志文件把最后200MB空间吃干净。这种事每隔几个月就来一次。网站维护你盯着监控面板上那条断崖式的网站维护流量曲线，心里清楚得很：网站维护从来不是网站维护挂个“系统升级中”的牌子就完事。它更像给一栋老房子换水管，网站维护你得先知道哪根管子锈穿了。网站维护

我见过最离谱的网站维护维护事故，是网站维护某电商团队在双十一前夜更新了Nginx配置。他们改了gzip压缩级别，网站维护从6调到9，网站维护想省点带宽。网站维护结果呢？网站维护CPU直接跑满，所有请求排队等压缩。用户看到的是502，技术团队看到的是监控大屏上红色警报像圣诞树一样闪。后来复盘，发现配置文件里还留着一行三年前的测试注释——# TODO: remove before prod。没人删。维护不是“做完就行”，是“做完还得记得自己做过什么”。

日常维护里最烦人的是依赖更新。Node.js项目里那个node_modules文件夹，每次npm audit都能报出十几个漏洞。你升级了lodash，结果webpack构建失败；你回滚，漏洞又回来了。这就像玩打地鼠，锤子还没举起来，新坑已经冒出来了。我的做法是：每月第一个周二，固定花两小时处理依赖。不贪多，只升安全补丁，大版本更新单独排期。别信“一键升级”的鬼话，那是给玩具项目用的。

备份这事，说起来简单。但你真的试过从备份恢复吗？我见过太多团队每天跑mysqldump，文件存了三年，从没验证过。直到某次误删表，才发现备份文件是空的——因为数据库密码早改了，脚本一直静默失败。现在我的习惯是：每周随机抽一个备份文件，在测试环境恢复一次。花15分钟，换一整周的踏实。这比写十页维护文档都管用。

还有证书。HTTPS证书过期那天，浏览器会直接拦截，用户连“继续访问”的按钮都找不到。我设了三个提醒：到期前30天、7天、1天。但最可靠的是certbot的自动续期加上一个curl检查脚本，每天凌晨跑一次，失败就发短信。别依赖日历提醒，人会忘，机器不会——前提是你得把机器配好。

说到监控，很多人只盯着CPU和内存。其实磁盘I/O和网络连接数更致命。有一次网站响应慢，查了半天发现是max_connections设得太低，只有50。用户一多，新连接全被拒绝。改完参数，重启服务，世界安静了。监控面板上那些绿线，得知道它们代表什么，不然就是装饰画。

维护窗口选在凌晨，用户少，但你也困。有次我半夜改防火墙规则，手一抖把SSH端口封了。幸好还有VNC控制台，不然就得开车去机房。从那以后，我改任何网络规则前，先开两个终端：一个改，一个留着备用。这叫“别把自己锁在门外”原则。

最后说个真事。某次大版本部署，回滚脚本写错了路径。发现时已经跑了半小时，数据库结构改了，旧代码不兼容。我们硬着头皮往前修，天亮才搞定。事后我在部署清单里加了一条：回滚脚本必须在预发布环境跑通。维护的底气不是“不会出事”，是“出事能回去”。

网站维护没什么高深理论。就是记得备份、验证备份、监控该监控的、改配置前留后路。以及，永远别在周五下午部署。这些事做多了，你会形成肌肉记忆。就像老司机开车，不看仪表盘也知道该换挡了。