我的云盘搬了三次家，最后留下了这几条经验

第一次认真用云服务是2019年。当时手里一台旧笔记本快撑不住了，照片、文档、代码片段散在三个硬盘里。我挑了一家名气挺大的个人网盘，传了大概200GB上去。头两个月很舒服，直到我想把其中一部分同步到另一台机器，才发现免费账户的下载限速大约在200KB/s左右。那晚我盯着进度条算了一笔账：200GB按这个速度要跑将近12天。第二天就开始找替代方案。

后来转到一家按量计费的对象存储。好处是便宜、接口干净，坏处是所有东西都得自己搭。我写了个小脚本，每天凌晨把本地新增文件推上去，顺便往一张表里写一条记录：日期、文件数、总字节数、请求次数。跑了三个月，回头看这张表才明白一些事。比如我原以为照片占大头，实际看数据走势，占空间最多的是多年前下载的电子杂志，单个文件不大但数量惊人，累计超过80GB。而真正每周都会打开的文件，不到总量的百分之五。这个发现直接改变了我后来的备份策略。

讲几个具体的省钱办法。对象存储的账单一般分三块：存储费、请求费、流量费。存储费最直观，请求费容易被忽略——我曾经写了个定时任务，每五分钟检查一次远程目录，结果一个月多出两万多次请求，虽然单价低到小数点后好几位，但架不住频率高。后来改成每小时一次，这一项就降下来了。流量费更要注意，跨区域传输和公网下行通常分开计价，如果服务商支持内网端点，尽量让同一区域内的机器走内网。我的做法是：先只上传，不同步下载；需要取回时集中打包，一次拉完，而不是零星地反复取。

备份不是传上去就完事。我踩过一次坑：某次本地误删了一个文件夹，想从云端恢复，才发现同步工具是双向的，删除操作早就同步上去了。好在对象存储开了版本控制，找回了三十天内的旧版本。从那以后我定了个规矩——重要目录只做单向推送，本地删了云端不动；同时每周做一次快照式的完整备份，保留四周。这样即使误操作，也有回旋余地。另外我会定期抽查恢复流程，随便挑几个文件下载下来打开看看，确认能正常读取。备份这件事，没验证过就等于没有。

再说说怎么观察自己的使用情况。除了前面提到的自建表格，我还会看服务商后台的用量图表。有一阵子发现每月的存储量在缓慢上涨，但新增文件数其实在下降。查了半天，原因是有个日志目录一直在追加写入，从没清理过。设了自动过期规则之后，用量曲线就平下来了。这个习惯挺有用：不一定要做复杂的预测，只要能看到趋势，就能提前发现问题。我现在每月花十分钟看一次账单和用量，比出了问题再去翻日志省事得多。

目前我保留了两家服务商：一家放冷数据，就是那些一年也未必打开一次但舍不得删的东西；另一家放需要随时访问的工作文件。分开的理由很简单，前者选最便宜的归档存储，后者选响应快、接口顺手的。两边都开了双因素认证，密钥单独存本地，不写在代码里。至于个人网盘，留了一个免费账户当临时中转站，传个安装包、分享个截图够用了。

回头看这几年，云服务没什么银弹。选哪家、怎么配，取决于你愿意花多少时间维护、能接受多长的取回延迟、以及数据到底有多重要。我的经验是：先小规模试，把用量和费用记清楚，跑上一两个月再决定要不要全量迁移。别人的推荐可以参考，但账单和日志不会骗人。