又一家硅谷明星公司误删库了

之前我们连续分析了两起误删库事件，Linear 删库，GitLab 删库。就在我们准备让这个主题告一段落时，业界又发生了一起删库事件。

这次的主角是 Resend，也是最近硅谷冉冉升起的明星初创公司。想重塑邮件体验，挑战像 Mailchimp 这样的老牌玩家。

这次的删库事件依然是熟悉的配方，在执行数据库 schema 变更时，本来是针对本地环境执行，但结果命令发给了生产数据库，就这样把数据都删没了。

• 恢复 5 分钟丢失的数据
• 收回所有用户对生产环境的写权限
• 改进本地开发流程，以降低数据库 schema 变更的风险

• 提高故障演练的频率

太业余了，像 email 这种核心组件，还是交给更加成熟的 AWS SES，Postmark，Sendgrid 这些吧。

或许这家公司根本就不该存在。

笔者认为这个故障虽然有点低级。但连错数据库这个事情，不算少见。备份过程碰到意外，也很常见。当然低级的问题，解决起来也不难。

针对第一点，引入像 Bytebase 这样的变更审核工具，所有针对生产环境的变更操作都要通过 Bytebase，经过人工审核后才能发布。