凌晨一点，一家做票务的小程序挂了。排查半天发现不是代码问题，是服务器到期没人续费，云平台直接释放了资源，数据库快照跟着一起没了。做小程序的都盯着功能和活动，却总在最基础的「到期」上栽跟头。小程序维护更新每年有一份绕不开的续费清单，今天列全。
清单上到底有几样
- 云服务器：到期不续，先停机后释放，数据保留期通常只有几天，错过就真没了
- 域名：过期先进入赎回期，被抢注的案例不少见，续费最便宜、丢损失最大
- SSL证书：一般一年一换，过期小程序直接报网络错误，用户端没法用
- 对象存储和CDN：图片视频放这上面的，欠费即停，页面一片裂图
- 短信和地图等接口：套餐用完即停，验证码发不出去，登录注册全瘫
为什么总有人踩空
踩空的原因几乎一样：账号不在企业手里。服务器挂在离职员工个人账号下，或者绑在服务商名下，到期提醒发给了不相关的人。账号归属没理清，运维做得再好也白搭。接手任何一个小程序，第一件事就是盘点账号：谁的实名、谁的手机、到期日分别在哪天，做成一张表贴在墙上。小程序维护更新的很多事故，根源都不在代码，在账号管理。
盘点账号时按这个顺序来：先列资源，服务器、域名、证书、存储、第三方接口一项项数；再查归属，每个资源的实名主体、绑定手机、邮箱是谁的；最后记到期，做成一张表，按月份排。查归属时会挖出不少历史遗留——注册在某个已离职员工的邮箱里、实名信息是创始人个人的、邮箱密码没人记得。这些雷不排，续费清单就是一张废纸。盘点结果顺手存到企业网盘，人事变动时直接交接。
给续费装个保险
三个低成本的土办法：把所有到期日录进企业日历，提前三十天提醒；资源尽量集中在一个企业实名账号下，减少遗漏面；让维护方每月巡检时顺带核对资源水位和到期时间，写进服务简报。这几样都不花钱，能把九成的到期事故挡在门外。多资源的企业还可以设一个「资源管理员」的角色，哪怕就一个人兼着，所有到期提醒都汇总到他这，分散在各部门的年费项目最容易漏。
两个建议：一，花二十分钟把小程序相关账号和到期日盘一遍，现在就盘，别等下一个凌晨一点；二，如果你连账号在谁手里都说不清，先找比格网络做个资源盘点交接，他们处理过不少账号散落各处的存量项目，先把家底收回来，再谈维护才踏实。
