主入口被封、被改、被误配置之后，还有没有第二条路能走？答案是有，但前提是你提前想过这件事。这篇记录我设计兜底方案时总结的几个原则。

最初的想法很简单：多开一个端口，换个域名指着同一个服务就行。后来发现，问题往往不是「服务起不来」，而是「只有一条路可走」。这条路上任何一个环节出问题，都等于全部停摆。

原则一：兜底路径要独立

如果备用入口和主入口共用同一台机器、同一个域名解析、同一条链路，那它就不是兜底，只是同一份风险的两份配置。真正有用的备用路径，至少要在其中一个维度上是独立的：不同的机器、不同的解析、不同的接入方式。

原则二：备用路径要有人知道

再完善的备用方案，如果只有作者本人知道，那它在凌晨三点就等于不存在。写下来的位置比方案本身更重要——写在你自己会想起来的地方。

原则三：定期演练

没演练过的兜底方案，只能算一个想法。我给自己定了个规矩：每季度挑一个「看起来不会出问题」的链路，真的把它关掉一次，看恢复流程是否还成立。

原则四：兜底不等于备份

兜底解决的是「怎么继续」，备份解决的是「怎么恢复」。两件事要分开设计——前者要快，后者要全。

真正让人安心的不是「有备用」，而是「知道备用怎么用」。

现在我的清单里，每个服务都有两栏：主入口写清楚怎么访问，兜底写清楚「在什么情况下启用、由谁启用、第一步做什么」。这三件事比地址本身更重要。