语雀赔偿：个人版用户 6 个月会员服务

有点不太明白，机器下线=数据丢失吗？ 为什么直接全量重建索引， 不过用云笔记就是有这种风险，反正去年开始 我已经从用了 6 年的有道云笔记迁移到 Obsidian 了

这么大量级的服务居然不做多节点热备容灾，不过这备份系统实时备份？

@PerFectTime 可能升级存储之前刚好做了完整备份？

@zhangfeiwudi 不明白啥机器重新上线的难度要大于花费 7 到 8 个小时恢复数据

@HFX3389 都是 ecs ，有可能下线就是释放了

为啥下线的机器不能重新上线呀,这个有点离谱,反而要从备份中去恢复?

看起来还是没有离线模式的开发计划？

六个月可以了

阿里的服务今年怎么了？这次好像是第二次了吧，上一次是阿里云？

6 个月会员 ✓

暴露出的问题挺多的。。。

1 ，运维工具有 bug
2 ，下线条件没有被监控或限制
3 ，关键服务之间有强耦合，导致级联错误 cascade failures...
4 ，服务中断导致丢数据
5 ，恢复方案本身可能存在问题
6 ，“改进服务，为语雀增加存储系统的异地灾备”。。。意味着，之前的存储没有异地灾备！

感觉不仅仅是“失误”带来的问题，估计得有好些人要背锅了。。。假如让我来管这事，哼，打包票，我肯定。。。比他们做得还差！

@Richardhtw 历史债务太深了，没法做，已经是底层设计的问题了

所以没有用 oss / dbs 之类的，而是自己单独实现的存储池么？

不理解，存储服务节点下线，为啥官网 500 了？

可惜语雀的用户有很多是程序员，不然 6 个月的会员服务赔偿真能平息这次事件。

现在应该有很多程序员会选择迁移自己的数据吧。

白天升级，运维祭天

@daimaosix #14 说辞

用语雀几年了，希望这次之后语雀能做的更好

@fangdajiang 我错了，数据只是短暂丢失，“用户所有数据均未丢失”

不知道是否同 阿里云下线杭州 b 有关

阿里云 这段时间正在强制下线杭州 b 要求从杭州 b, 转到杭州 i/j 等区,并且切换经典网络到专用网络

反正我们有几台迁移后各种问题,好在是属于要下线的业务,迁移前也做了失败的准备, 最后干脆直接放弃了