同样的内容写三份,要解决的是数据不一致的问题。但是如果写的时候本身有问题,就是错误的数据写了三份而已。你提到了多机备份,这个和复制写是不同的概念,备份是为了出问题的时候回滚到最近一次的健康状态,多机是为了解决鸡蛋放在一个篮子里的问题,在本机备份一旦机器出了故障一样没救。为了您业务的健康和稳健,其实是需要开启定期备份服务的,我记得云盘的定期备份是免费但有数量上限的。如果您的业务十分敏感,建议是冗余(active-standby,active-active),再加上定期(每天/每周)备份以应对可能出现的状况。
不同的业务有不同的解决方案,从完全不用存储的无服务器云函数,到高度定制化的专有云,对应了不同的运维措施。极端点讲,如果把金融专有云的业务完全用无服务器云函数来搭建,就好比把高楼建在沙滩上,出事是早晚的。
我想,如果云盘的产品经理把这个免费的备份功能默认开启,也许就没有了今天的问题,许多偶然叠加在一起发生了问题造成了令人遗憾的损失,无论是用户还是腾讯云都受到了损害。作为普通用户,我们只能好好做好自己的功课,另外多阅读文档,了解自己所使用的服务和产品有哪些优势劣势,这样自己的业务就多了一分保障,出了事自己的索求就更有理有据。
其实仔细想一下,近几年互联网上的各个产品:多备份,但是始终没用的上的事故,其实数不胜数,云产品出现意外故障,也都是数不胜数。
这些事情,不仅数不胜数,也是无可避免的。
既然如此,那么我们就要从另一个角度出发:尽可能的减少这些事情发生的概率。
谁都不想看到悲剧发生,但是发生了就要想办法去解决,只有彼此坦诚相待,问题才能快速解决。
故障之所以叫故障,一般情况都不会按照事先安排好的容灾的套路发生。真要是出现坏了一个数据,恐怕会自动回复坏的那块的数据了,并且用户无感知吧
相似问题