App 崩了 4 小时没人修，这种事最近真发生过

最近看到新闻：Firebase 崩了 4 小时没人管。我松了口气"还好我没用"，转念一想 — 我那些付费的 SaaS，会不会也这样？

这事让我意识到：咱们这种单干的人，最怕"单点故障"

Firebase 是给移动 App 提供后端服务的工具。你可以理解成"用户数据、登录、消息推送，全存在 Google 那里"。那天他们改了个内部配置，全球几万个 App 同时崩了 2-6 小时。

更扎心的是：Google 自己的状态页都没更新，也没出来道歉。Pragmatic Engineer 的作者 Gergely 写了句话特别戳 — "这是从一家以事故管理著称的公司里，发生的不可思议的事。"

我朋友小林在北京做付费社群，他的工具栈是：小程序后端靠某云服务，支付靠某三方，邮件用某海外服务。我问他"如果其中一个挂了 4 小时你怎么办"，他愣了半天才说"我估计都不知道"。

这跟 Pragmatic Engineer 提到的另一个观察是同一件事：现在很多大厂技术高管都在裸辞，原因是"用 AI 一个人也能干"。但单干之后，所有命脉都压在几个工具上 — 工具崩了，你也就崩了。

今天你就能做的事：30 分钟列你的"供应商清单"

不需要花钱，也不需要写代码。你要做的是打开一张 Excel 或 Notion，把你每天用的所有付费工具列出来，每个工具旁边写两件事：

  1. 它挂了，会不会直接影响你收钱？
  2. 它的官方状态页网址是什么？
  • 钱：0 元
  • 时间：30 分钟
  • 技术门槛：会用 Excel 或 Notion 就行
  • 第一步：翻你最近一次信用卡账单，看看这个月你总共付费了几个 SaaS 工具

列完你会发现一个扎心事实：很多工具你连它状态页的网址都不知道。这本身就是改进的起点 — 至少把它的 status page 收藏到浏览器书签里。

三类人的不同玩法

如果你刚起步（副业刚启动、还在验证方向）：现在不需要做正式方案。可以做的是 — 别把所有用户数据只存一个地方。比如客户表 Notion + Google Sheet 各存一份，邮件列表定期导出备份一次。

如果你有 1-2 个付费客户：每个关键工具都得有"Plan B"。比如主邮件 Mailchimp 出问题要知道 Mailerlite 怎么切；主收款某宝，但微信支付也得能开通。Firebase 这事说明，最靠谱的供应商也会崩。

如果你在扩规模（团队 5 人以上、月入稳定 5w+）：你真需要一份正式的供应商清单和应急手册。但如果你觉得现在还早，完全可以先放着 — 我自己也是用了三个 SaaS 才意识到要列清单的，咱们都不必焦虑到睡不着。明天花 30 分钟列个清单，就已经超过 90% 的同行了。