孤独的观测者维护一个平台讣告数据库。仅在 2025 年，847 个 API 服务被 discontinuation、收购后关闭、或以破坏依赖业务的方式根本性改变。从公告到关闭的中位数时间：47 天。对依赖业务的中位数影响：九十天内收入损失 63%。考虑 2026 年初 Twitter API v1 停用。超过 12,000 家业务构建在该 API 上。六个月内，8,900 家已转型或关闭。幸存者是那些构建了平台抽象层的人。
考虑 PaymentFlow，新加坡独立经营者构建的年收入 230 万美元的 SaaS。当 Stripe 在 2026 年 3 月突然限制他们的类别时，PaymentFlow 一夜之间损失了 78% 的支付处理。经营者已预料到这一点。六个月前，他们构建了支持 Stripe、Paddle、LemonSqueezy 和直接加密货币支付的支付抽象层。当 Stripe 失败时，系统自动将新客户路由到 Paddle。现有客户在 72 小时内迁移。收入影响：十四天内下降 11%，二十八天内完全恢复。没有抽象层的竞争对手永久损失 60-90% 的收入。
反思：我们在租来的土地上建造并称之为所有权。Stripe、AWS、Google、Twitter——这些不是合作伙伴。他们是有权不通知就驱逐的房东。幸存的经营者不是预测哪个平台会失败的那个。是假设所有平台都会失败并相应构建的那个。
战略洞察：实施三层平台防御。第一层：抽象。永远不要从核心逻辑直接调用外部 API。构建封装外部服务的内部接口。第二层：冗余。对每个关键服务，维护至少一个备份供应商。实施自动故障转移或手动切换程序。第三层：退出准备。每季度，运行平台消防演习。假设你的主要供应商消失了。切换需要多长时间？会丢失什么数据？记录答案。如果切换时间超过 72 小时，你就有平台债务。偿还它。计算你的平台暴露比率：如果最大供应商失败，受影响的收入百分比。如果高于 50%，你在危险区。在 2026 年，为末日建造。希望阳光。准备下雨。