阿里巴巴被美列入“预摘牌”名单，这消息像根针，扎破了很多人心里那个关于“上岸”的气球。中概股的黄昏？黄昏之后是长夜，长夜之后未必有黎明。个体的“备胎计划”不是未雨绸缪，是保命。
今天FB全球宕机，扎克伯格身家瞬间蒸发几十亿美金，无数依赖FB登录和广告的小商家直接停摆。这画面太熟悉了，不就是我们这些寄生在巨头生态里的开发者，每天都在恐惧的“断粮”场景吗？2016年我死磕微信小程序，把用户和数据都沉淀在微信里，当时觉得这是最聪明的捷径。结果呢？2018年微信改一次审核规则，我半个月的流水就没了，半夜爬起来改代码，对着那个冰冷的审核驳回理由，想骂娘都不知道该冲谁。中心化平台给你流量，也给你脖子上套了根绳，绳子的另一头，攥在你看不见的算法和审核员手里。
所以从2020年折腾团队那会儿开始，我就强迫自己搞“多云备份”。不是那种把文件往不同网盘一扔就完事的备份，是系统级的、能自动切换的活备份。核心逻辑就一条：不能让任何单一服务成为你业务链条上的“单点故障”。听起来像运维的活儿，但产品经理不懂这个，就是把命交给运气。
我的Flovico系统现在跑在三个地方：主力是阿里云ECS，备份机在腾讯云轻量，还有一个最简陋的备胎在海外一个VPS上。数据同步靠的是自写Python脚本，不是简单的rsync。要处理增量，要校验一致性，还要绕过各家云服务商那些莫名其妙的API频率限制。比如阿里云OSS的ListObjects接口，你稍微频繁一点就给你限流，报个错能让你查半天文档。我的脚本里塞满了try-except和sleep，这不是优雅，这是被锤出来的生存智慧。
更关键的是“切换”。光有备份没用，出事的时候你得能切过去。我给自己写了个最土的管理后台，一个简陋的HTML页面，上面就几个按钮：检测主服务状态、一键切换DNS解析（用的Cloudflare API）、启动备机服务进程。这个后台本身，也部署在两个不同的服务商那里。听起来很重？但这就是“超级个体”的悖论：你越是一个人，你的系统就越得像一支军队，有前锋有后卫，还能随时换帅。
中概股动荡，大厂裁员，FB宕机……这些事离我们远吗？太近了。每一次这种级别的震荡，传递到末端个体身上，就是饭碗的震颤。我现在每天会看一眼那几个监控脚本的日志，不是为了追求100%的可用性，而是为了确认那条在巨头夹缝里自己挖出来的逃生通道，还通着。安全感不是平台给的，是自己用一堆脚本、几个服务器和无数个调试到凌晨的夜晚，一点点垒出来的。
这大概就是2021年我最大的转变：从渴望绑定一个巨头，到恐惧被任何一个巨头绑定。身体要低卡饮食保持轻盈，业务架构更要“低依赖”，随时能跑起来。黄昏来了，看不清路的时候，你至少得确保自己鞋带系紧了，而且知道往哪个方向，是下坡。
