“315”晚会后：清理垃圾 App 的风暴又来了。每年都来这么一波，跟割韭菜似的，割完一茬，过几个月又长出来。但这次不一样，郑州的雨下得跟天漏了一样，我盯着手机里那些实时灾情视频，脑子里想的全是：要是我的服务器在郑州机房，这会儿是不是全泡汤了？那些天天吹嘘的“云原生”、“高可用”，在物理世界的滔天洪水面前，就是个笑话。
我去年刚把团队解散，回归一个人干。当时觉得云服务真他妈省心，不用管机房，不用管运维，按月付钱就行。现在想想，这种“省心”背后是把命脉完全交给了别人。你的数据在哪儿？你的服务跑在哪个城市的哪个机柜里？你根本不知道。云服务商给你画了个饼，说全球多活、异地容灾，但那都是针对他们自己的核心客户。我们这种小虾米，买的都是最便宜的共享资源，真出了郑州这种级别的天灾，第一个被牺牲掉的可能就是我们。API 调用全部超时，数据库连接中断，你精心设计的 n8n 自动化工作流，在断网断电面前，就是一堆废代码。
这让我想起 2018 年做爬虫那会儿，死磕反爬机制。对方用 JavaScript 渲染动态内容，我就去逆向他的 DOM 树结构；对方上频率限制，我就搞代理 IP 池和多线程异步。那时候觉得技术能解决一切问题，只要代码写得够刁钻。但现在面对的是物理世界的不可抗力，你的代码再牛逼，服务器泡在水里，一切归零。这种无力感，比当年被微信封了小程序账号还彻底。那时候至少还能申诉，还能换个马甲重来。洪水不会给你任何机会。
所以从去年开始，我就强迫自己建立物理备份的纪律。不是那种在云盘里再存一份的“伪备份”，是实打实的、离线的、物理隔绝的备份。我买了两块大容量移动硬盘，做了 RAID 1。每个周日晚上，雷打不动，把这一周所有项目代码、客户数据、合同文档、甚至是微信的重要聊天记录（用工具导出），全部同步到这两块硬盘上。一块放家里书房，另一块，我放在了父母家。距离我大概十公里。这个距离，足够应对单点的城市级灾难了。我知道这很原始，很“不互联网”，但这是我目前能想到的、成本最低的、我自己能完全掌控的方案。什么云同步、什么 NAS，在极端情况下，都可能因为网络、电力问题变成孤岛。硬盘不会，只要它没被物理损坏。
这个过程很枯燥，像个体力活。但每次做完，看着那个进度条走完，心里会有一丝荒谬的安全感。在这个一切皆可“云化”、一切追求“自动化”的时代，我反而倒退回了最笨重的物理媒介。这大概就是被现实毒打后的后遗症吧。你经历过团队崩盘、项目烂尾，就知道把希望完全寄托在任何外部系统上，都是危险的。你的核心资产，必须有一部分牢牢抓在自己手里，哪怕它只是一块沉默的、装着磁性介质的塑料盒子。
郑州的雨还在下。我关掉了那些不断推送灾情的 App，打开了本地备份的日志文件，检查上周的备份是否完整。然后，给我爸妈打了个电话，确认他们那边一切安好，顺便提醒他们，别动我放在衣柜顶上的那个黑色硬盘盒。那里面，是我过去五年数字生活的全部底牌。
