给个人服务器留一张清晰的地图

一台个人服务器最初总是很简单。一个网站、一个容器、一个数据目录。直到某一天，你需要回答：这个服务是谁启动的？数据到底放在哪里？

这是一篇展示用的运维手记，不包含真实服务器地址或私密配置。

从分清代码和数据开始

代码可以重建，数据往往不行。把两者放在不同的位置，是建立秩序的第一步。

workspace/
  personal-blog/
  experiments/
data/
  services/
  backups/
  operations/

目录结构不必复杂。每个目录都有明确用途，就已经比一套漂亮但无人遵守的规范更有价值。

留下能接着工作的记录

一份有用的服务档案，至少应该回答四个问题：

1. 如何访问，以及需要什么权限？
2. 代码、配置和数据各在哪里？
3. 怎么验证服务健康？
4. 改动出了问题，怎么恢复？

不要把密钥放进档案。记录凭据的获取方式和安全存放位置，而不是凭据本身。

备份不是“文件还在”

同一块盘上的另一份文件可以防止一些误操作，但不能替代独立备份。恢复演练也很重要：只有真的知道怎么恢复，备份才算一条可用的退路。

记录不需要很长，但需要足够清晰，让几个月后的自己也能看懂。