主要观点：开发者告知 Sentry 再次宕机，因数据库短时间内填满 200GB 让人想起多年前因 Sentry 满而差点“丧命”的经历。一个客户的新服务起初发展良好，虽采用自托管的 Sentry 服务器且运行良好，但某天下午 Sentry 出现问题导致应用变慢甚至不可达，经调查发现是对 Sentry 的调用导致服务器停滞，后又因开发者部署问题多次导致 Sentry 宕机，尽管将 Sentry 移至云实例但仍有问题，最终项目失败，部分预算被浪费且投资者撤资。
关键信息：

• 多年前 Sentry 满差点出事。
• 客户新服务发展顺利，自托管 Sentry 初期良好。
• 某天下午 Sentry 问题致应用异常，调查发现是调用导致停滞。
• 开发者多次部署导致 Sentry 宕机，移至云实例后仍有问题。
• 最终项目失败，预算浪费，投资者撤资。
  重要细节：
• 最初两台服务器轻松应对负载，每月仅需 100 多欧供数千并发用户使用，备份设置良好。
• Sentry 服务器设置在专用服务器上，最初一周仅用 2GB 磁盘空间。
• 对 Sentry 的调用设置为阻塞方式且超时 300 秒。
• 开发者坚持移至云可避免问题，虽移至云但仍有问题且代码未完全修复。
• 因各种原因未更换开发者，最终项目以失败告终，给项目带来严重影响。