自建服务这几年：从一台 VPS 到一小片自留地

最早自建服务是出于省钱：一台打折的 VPS 一个月不到一杯奶茶，能跑博客、跑 RSS、跑同步，怎么算都比订阅划算。几年过去，省钱早就不是主要理由了——真算上时间成本，很多服务订阅更便宜。留下来的原因更像是：数据在自己手里、行为可预期、半夜出问题不用等工单。这篇把这些年上线过的服务过一遍，聊聊哪些活了下来，哪些被我亲手关掉了。

活得最久的三个

第一名是文件同步。照片和文档走自己的同步链路之后，最大的变化是心理上的：换手机、换电脑不再是一次“数据搬家工程”，新设备登上账号，东西自己长出来。第二名是 RSS 阅读器，算法推荐刷久了会腻，自己订的源虽然更新慢，但每篇都是主动选的，读完有“今天读完了”的结束感。第三名是密码和两步验证的自托管备份，这类东西平时毫无存在感，出事的时候是救命级别。

这三个服务的共同点是：数据格式开放、迁移成本低、且不依赖某个厂商的善意。哪天我不想维护了，导出、打包、搬走，一个晚上能完成。自建最怕的不是搭起来难，是被自己的方案绑架。

关掉的那些

自建邮件服务器是第一个放弃的。收发本身不难，难的是信誉：IP 历史、SPF、DKIM、DMARC 全配齐，大厂邮箱还是时不时把你的信塞进垃圾箱，其中一封是重要的确认邮件。自建相册也关过一轮，不是因为不好用，是因为家人用不惯——工具是给全家人用的时候，易用性权重会自动翻倍，后来换成了同步盘加本地相册软件的组合。还有一段时间的自建笔记，死于“客户端太多、同步冲突太勤”，最后回到了纯文本加同步盘，反而活到现在。

判断标准：三个问题

现在要不要自建一个新服务，我会先问三个问题。第一，数据拿不拿得出来？导出是不是标准格式，能不能脚本化。第二，坏了谁先受影响？只有我自己用的可以随便折腾，全家在用的就要有降级方案，比如 DNS 挂了家里能不能上网这种级别的预案。第三，一个月要花多少维护时间？超过半小时的服务，要么自动化，要么关掉——自建是爱好，不是第二份运维工作。

维护的日常

日常其实很枯燥：每周看一眼更新和备份报告，每月挑个晚上批量升级，每季度演练一次恢复。升级的顺序也有讲究：先备份、再升边缘服务、最后动核心链路；出问题先回滚再复盘，不在凌晨三点研究根因。几年下来真正的大故障只有两次，一次是磁盘写满（日志没轮转），一次是证书过期（自动续期脚本悄悄死了）。这两次之后我给所有关键项都加了外部探针——服务自己说自己是好的不算，得有个外面的旁观者定期戳它一下。

如果有人問自建值不值，我的答案是：把它当园艺，不当投资。自留地里种的东西未必比超市便宜，但你知道每一棵是怎么长大的。哪天没兴趣了，拔掉就是，不欠任何人月费。