云服务事件后真正有用的问题不是哪个厂商胜出，而是受影响路径上有哪些依赖、有什么客户影响证据，以及运营人员应改变什么。本次审阅只保留供应商记录和当前 ShortURL.bot 架构文档能够支持的事实。
供应商时间线
AWS 记录显示，北弗吉尼亚 us-east-1 事件从 10 月 19 日 23:48 PDT 持续到 10 月 20 日 14:20 PDT，期间分别出现 DynamoDB API 错误、EC2 启动与连接问题，以及部分 Network Load Balancer 连接错误。 阅读 AWS 官方事件总结.
可以支持的结论
ShortURL.bot 的主要应用运行时记录在 Microsoft Azure，而非 AWS。因此该事件不是平台主要云主机的直接故障。但这并不能证明每个请求、第三方集成或客户目标都始终可用，因为目标网站、身份、注册商、邮件或其他上游服务可能有自己的依赖链。
文档中的实际架构
后端使用 Node.js Azure Functions；Azure Front Door 提供边缘和自定义主机行为；MSSQL 是主要运营存储；Azure Blob Storage 保存媒体和日志数据；Cosmos 仅保留于旧路径并由 SQL 镜像支持。文档不支持“十个同时活跃区域”“数秒跨洲自动切换”或“Cosmos 为主要数据层”等说法。
链接运营经验
- 监控完整旅程：短链跳转健康时，最终落地页或转化服务仍可能故障。
- 保留事件记录：带时间戳的组件状态和公开更新比事后营销声明更有证据力。
- 测试恢复路径：分别验证 DNS、跳转、身份、存储和目标；云厂商分离本身不是灾备方案。
查看当前证据
当前组件健康与已发布事件记录请查看 ShortURL.bot 服务状态页.