地基打稳之后:我对个人站点下一个三年的规划
过去一年,站点从“能打开”变成了“能维护”。下一个三年,我想把注意力从基础设施挪回内容,同时守住几条不再重复踩坑的底线。
记录个人站点的地基、架构取舍与长期维护。
归档
全部文章,按发表时间排列。
过去一年,站点从“能打开”变成了“能维护”。下一个三年,我想把注意力从基础设施挪回内容,同时守住几条不再重复踩坑的底线。
一次“部分地区打不开”的故障,把我从配置层拉回到了协议层。证书链、SNI、重定向循环,这些词第一次和具体现象对上了。
容器编排、Serverless、GraphQL、微前端、自建搜索,这些方案我都认真考虑过,最后大部分没有采用。不是它们不好,而是我维护不起。
不是服务器、CDN、数据库的堆叠,而是一组让你在一年后还能修好它的东西。我把自己实际在维护的十项列成了清单。
我没有上微服务,也没有拆出十几个仓库。所谓“从单体到分层”,只是把一台机器上的几件事分清楚边界,然后让它们可以各自回滚。
我曾经以为把文件放在 Git 里就等于备份,直到一次误删让我丢了两天的稿子。这篇记录我现在的备份结构、脚本和每季度一次的恢复演练。
故障本身只用了四十分钟处理,真正花时间的是之后那几天:我发现自己根本没有能力判断,站点到底是不是健康的。
参数表能告诉你哪个更快,却不会告诉你哪个更适合一个人维护。三次权衡之后,我留下了两样看起来并不“先进”的东西。
从一条 A 记录开始,到 Nginx 把请求交给后端服务,中间每一步我都做了验证。这篇把命令、配置和踩到的坑完整记下来。
2 核 2G、40G 系统盘、5M 带宽的一台小机器,撑起了我整套个人站点。这篇记录我为什么没有选更高配的方案,以及低配真正带来的限制。