Nicolas 连续发布多条帖子表明了事情经过。他的公司每 2-3 个月会定期执行一个 python 脚本以更快地处理数据，但就在两天前，DigitalOcean 认定该脚本是恶意的，并封锁了他们的账户。这意味着他们的基础设施——用于其 Web 应用程序、worker 节点、缓存和数据库的五个 droplet（简单可扩展的）均无法再使用。
向 DigitalOcean 发送多封电子邮件和 Twitter 私信后，Raisup 的帐户被解封。Nicolas 表示，因为所有 droplet 被关闭，用于跟踪进展的 Redits 存储内容也被擦除，他们不得不重新启动数据管道。但好景不长，仅 4 个小时之后，该公司账户被再次锁定，“很可能是通过同一个自动脚本封的”。
Nicolas 在接下来的 30 个小时内又向商的支持人员发送了 4 条信息，最后只收到一条简短的自动回复，DigitalOcean 拒绝了他们重新激活账户的请求。
“我们失去了一切，，还有一整年的数据库备份，全都没了。现在我们必须向客户解释为什么无法恢复他们的账户”。
“我是这间两人公司唯一的开发者，今天是我休假第一天，却听到这样的消息，真是令人受伤，好无能为力……” Nicolas 开始在 Twitter 哭诉。
接下来的事态发展却远超他的预期。这一事件在 Twitter 和 Hacker News 等社交平台引发热烈，不少人前来分享自己的类似遭遇，或是给出建议，也有不少人甚至表示考虑不再选择 DO 提供的服务，并推荐了其他的云供应商。
大概是感受到了公关危机，Nicolas 的原帖发布小一时后，DigitalOcean 的创始人 Moisey Uretsky 就在 Twitter 回复：“该账户应当被重新激活，处理方式还需要深入研究一下。不应该花费这么长时间来恢复账户，更不应该进行二次封锁”。
随后，DigitalOcean 官方账号发表声明，先是表示了歉意，称账户已恢复，接着说明事情正在调查中，承诺会公布调查结果，力求将服务透明化。
DO 公司首席技术官 Barry Cooks 也站出来致歉，承认这是自己内部系统引发的误报，同时检讨了团队“反应慢”、“在处理误报时发生了失误”等等。
不过网友们好似并不买账，他们在评论中质疑：“发生这种错误时你会建议客户怎么做呢？难道在 Twitter 骂街是唯一的出路吗？”“其他成千上万被搞砸的人，没有在社交网站发声，就要默默吞下不公正吗？”
Nicolas 最终发帖感谢众人，也提醒大家：不要把所有都放在同一个篮子里。确实，无论是对于这样的初创小公司还是其他公司来说，完全依赖于某个云服务提供商还是存在很大风险的。