适合谁
准备把独立产品推向海外市场的个人开发者或小团队。
开始前准备
- 一个明确的产品假设或已上线 MVP。
- 目标市场、目标用户和可接受成本上限。
- 可以访问来源页面并保存截图的浏览器环境。
操作步骤
- 事故发生时先记录时间线：发现、确认、缓解、恢复、通知。
- 收集证据：Sentry event、部署版本、日志、监控截图、用户影响范围。
- 区分直接原因和系统原因，例如缺少测试、告警、回滚或审核。
- 写出 3 个以内的可执行改进项，并指定负责人和截止日期。
- 把事故中的手工动作写进 runbook。
- 下一次发布前验证改进项已经落地。
关键判断和细节
- Sentry release 关联能把错误和具体发布版本连接起来。
- GitHub Actions secrets 和环境隔离可减少错误部署到生产的风险。
常见坑
- 只看单一来源，忽略国家、币种、账户地区或套餐差异。
- 把测试环境能跑通当成生产环境可用，没有验证限制、风控和合规要求。
- 没有写下查阅日期，导致几个月后无法判断信息是否过期。
来源证据
- Sentry Docs - Next.js releases and health，查阅日期：2026-07-12
- Sentry Docs - Next.js build options，查阅日期：2026-07-12
- GitHub Docs - Using secrets in GitHub Actions，查阅日期：2026-07-12
下一步
把本篇得到的结论写进项目决策日志，并在上线前复查来源页面。