2023年7月11日消息，InfluxData 丢失了澳大利亚使用其服务的客户的数据，而比利时的用户正在努力弄清楚是否可以恢复过去 100 天的数据。
InfluxDB 时间序列 DBMS 背后的供应商现已向因在 AWS 悉尼和 GCP 比利时这两个地区停止 InfluxDB 云服务而陷入困境的客户道歉。
根据CTO Paul Dix 的博客，该公司已于 2 月 23 日、4 月 6 日和 5 月 15 日通知客户，出于经济原因，决定停止这些服务。它还联系了拥有其他详细信息的客户，并更新了该服务的主页。这些地区的 InfluxDB Cloud 2 用户界面上显示该服务将于 6 月 30 日关闭。
“事后看来，我们认为电子邮件、销售推广和网络通知足以确保所有用户都了解通知并采取行动的假设过于乐观，”他说。
“我们的工程团队正在研究是否可以恢复 GCP 比利时最近 100 天的数据。目前看来，对于 AWS 悉尼用户来说，这些数据不再可用。”
用户在网上论坛上表达了他们对此举的不满。
在供应商的社区论坛上，一位人士表示：“我们从未获悉此事。我们有一个正在运行的用例，并且没有每周检查文档的习惯，以防万一我们的服务在没有事先警告的情况下被取消。InfluxData 还应该有我们看到这些地区的实例仍然具有读写访问权限，并通知了所有受影响的客户。这是非常不专业的。”
在Hacker News上，一位用户表示：“作为云数据库提供商，您的首要期望是确保数据安全且可恢复。” 另一位网友表示：“这几乎是企业自杀。我真的不明白他们想以此达到什么目的，他们在这个帖子中的态度令人困惑。”
首席技术官迪克斯（CTO Dix）在回应该帖子的评论时，最初显得持防御态度。“我意识到我们关闭这个系统并不理想，但我们尽最大努力通知受影响的用户，并为他们提供转移到其他地区的选择，”他说。
后来他显得更加悔悟了。“这是一个可怕的情况，我们在这件事上在很多层面上都失败了。我们将从这里改进我们的流程，并进行更全面的事后分析。”
关于这两个线程的许多评论都指出 InfluxData 未能执行“尖叫测试”，即服务提供商关闭对服务的访问，但不会终止服务本身。当那些被锁定的人通过电子邮件或电话“尖叫”时，公司可以告诉他们服务将在以后永久关闭，让客户有时间备份数据和迁移应用程序。
在博客中，迪克斯承诺未来会采取不同的做法。他表示，该公司将创建一个单独的“服务通知”电子邮件类别，客户无法选择退出。他承诺改进电子邮件流程并提高清晰度。该公司将加倍努力联系在该地区生命周期终止日期前 30 或 45 天内未减少读写次数的用户。
他还表示，公司将使用尖叫测试并实施 30 天的数据保留宽限期，并在最初通知发出后立即在 status.influxdata.com 页面顶部发布横幅。
虽然 InfluxData 希望下次关闭服务时改善客户沟通可能令人放心，但对于那些丢失数据的人来说，这并不能带来什么安慰。
文章来源：https://www.theregister.com/2023/07/11/influxdata_apologizes_for_ending_services/
