H5空间存储扩容：9年容器运维工程师的相册救星

　　2025年9月，我蹲在客户那间玻璃隔断会议室里，看投影仪嗡嗡响了十七分钟——不是没信号，是焦距虚得像隔着毛玻璃看鬼片。销售小李在右后方第四个工位，指甲敲键盘敲出《卡农》节奏，左手捏着一支银色中性笔，转了整整四十三圈，停也没停，就那么悬在半空。桌上那盘切好的哈密瓜，果肉泛黄，籽发黑，没人动过一口。

　　客户张总坐我斜对面，衬衫第三颗扣子绷开一条细缝。他说：“先做出来看看。”说完端起保温杯，盖子拧了三回才合严实。我没接话。九年了，这五个字一出口，后头必跟“改个颜色还要加钱”“上线了不付尾款”“要源码”“加个功能”“要包排名”。这次更绝——要给H5相册扩容，预算三千块，目标是“做个淘宝那样的”。我原以为只是存储路径写错、OSS权限配漏、或者K8s PVC声明没填对……结果，他们连CDN回源地址都手写进前端JS里，还用base64硬编码了三张占位图。

　　运维组老王半夜三点微信弹来截图：/static/photo/album_v2.1.7_min.js 里埋着七百行无用CSS，其中六百零二行是#333333和#444444的反复横跳。我回他：
　　——先删了。
　　——删哪儿？
　　——所有以“/ legacy:”开头的注释段。
　　——哦……等等，这儿有段注释说“老板让留着”，下面跟着十行console.log(‘xxx’)。
　　我又回：
　　——删。
　　——已删。
　　——把那段“老板让留着”的注释也删了。
　　——好。
　　——等会儿，刚发现这段JS被webpack打包进vendor.dll.js，而vendor.dll.js被另一份index.html直接硬引——这份index.html压根不在我们Git里，在他们运营后台上传的……

　　我那天早上八点到机房，发现他们上个月自己重启过Nginx容器，但没删掉旧Pod的PV挂载，导致新Pod一启就报VolumeIsMountedByOtherPod。日志里全是“operation not permitted”，其实就一句话：他们删了宿主机上的/mnt/storage/h5_photos目录，却没删etcd里对应的pv对象。三年前我教过客户运维怎么查kubectl get pv | grep h5，可现在他们连kubectl命令在哪都不记得。我一边手动patch pv状态为Failed，一边想起上一个更离谱的——某地产公司要做“智能停车H5”，预算五千，需求文档写了十四页，第十二页写着“必须接入国家停车场物联网平台”。结果那平台根本没公开API，只有一套Java WebService Demo包，还要求JDK 1.6。销售签单时说“能跑就行”，我部署完才发现那Demo调一次WebService要等47秒，超时设成30秒。用户扫个码，页面白屏一分半钟。最后他们用setTimeout模拟“加载中…”动画，配了段循环播放的鸟鸣音效——因为产品经理说“要有自然感”。

文章配图，仅供参考

　　回到这个相册项目。客户技术负责人姓陈，穿灰夹克，说话时左眉总往上跳半厘米。他说：“H5空间存储扩容：9年容器运维工程师的相册救星”，说得特别顺溜，像背过八百遍。我愣了一下。他马上补：“这是我们在立项会上定的Slogan。”我说：“这不是Slogan，是墓志铭。”他笑了一下，左眉又跳了。我原以为至少得扯三天才扯到正题，结果第一天下午他就甩给我一张Excel，表头写着“相册功能优先级（内部投票TOP3）”，里面第一条是：“支持用户长按保存原图至手机相册——必须带水印，水印文字大小可调，且适配iOS和Android截屏差异”。后面两条分别是：“相册封面自动生成动态GIF”和“所有图片加载失败时显示CEO微笑表情包”。我没敢问他们CEO会不会真笑。我只问：“上传流程走的是直传OSS还是经后端中转？”他眨眨眼：“你们看着办呗。”

　　最神的是那个水果盘。散会时我顺手拿起一块哈密瓜咬了一口，甜得发齁，但瓤里嵌着三粒芝麻大小的黑色虫卵——真虫卵，不是霉点，是完整、光滑、微微反光的卵壳。我就盯着它看了五秒，然后扔进垃圾桶。销售小李路过看见，问：“咋了？”我说：“他们厨房阿姨昨天煮过桑叶喂蚕吧。”他笑岔气，差点把转了四十三圈的笔甩出去。电梯里碰见他们HR，拎着两盒月饼礼盒，问我：“你们运维过年加班费怎么算？”我没答。门开了，她先迈进去，高跟鞋踩碎了一块脱落的墙皮，簌簌往下掉灰。

　　这事最后怎么收场的？他们上线当天晚上八点四十七分，监控报警：Pod内存使用率98%，连续五分钟。我登上去一看，发现他们用Node.js跑了个fs.watch()死循环监听整个相册目录，目录下有两千多个JSON配置文件，每个文件包含二十个“是否启用水印”布尔值。Watch触发后，node进程每秒重读全部文件六次，再序列化进Redis，键名用时间戳拼接，没TTL。所以Redis里存了五万多个废弃key。我杀掉进程，清理key，重启服务，顺便把watch逻辑替换成inotifywait+shell脚本——就一行。他们运营部姑娘凌晨一点微信问我：“老师，首页轮播图换不了，是不是缓存没清？”我回：“你后台点了几次‘刷新CDN’？”她说：“七八次。”我截图发她：CDN控制台报错“今日刷新配额已用尽”。她回了个哭脸。我再截图：配额限制是每天三次。她回：“……我以为点多了它就更快。”

　　亏在哪？亏在没写合同附件三的《禁止前端直连敏感配置项清单》。亏在信了销售说的“客户很讲理”。亏在以为“优胜劣汰”只发生在集群调度器里，没想到也发生在甲方采购流程里——最后活下来的，不是谁做得好，是哪个供应商最能忍住不拉黑客户微信。我至今想不通，为什么明明知道要扩容H5空间，却连基本的PV动态供给策略都没人提。可能他们真以为“先做出来看看”是个工程术语，不是求生信号。

　　下回合同里这条必须写死：“若甲方自行修改任意静态资源文件并导致故障，乙方不承担修复义务，仅提供故障定位报告一份，收费五百元。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!