上云！
这是一个神奇的地方，资源无限，服务水平协议 (SLA) 严格，而且你永远不需要备份，因为这一切都由服务提供商负责。对吧？
别指望了。
所有主流云服务都提供备份服务，大多数主流SaaS提供商也承诺会进行备份，但你真的应该自己负责云备份。没错，这很麻烦，也需要额外成本，但仅仅指望服务提供商会包办一切而你却可以高枕无忧，这种想法是愚蠢的。
想看些例子吗？试试这些：
Code Spaces：这家公司为客户托管 Git 和 Subversion 代码库。2014 年，该公司遭到黑客攻击，系统几乎被摧毁。首先是 DDoS 攻击，随后攻击者索要赎金。赎金要求被留在 Code Spaces 的 EC2 控制台上。因此，在开始实施攻击之前，攻击者已经深入系统内部。SVN 和 Git 代码库被彻底清除，正如该公司公告中所述，“我们的大部分数据、备份、机器配置和异地备份都被部分或全部删除。”
Rackspace：不到一年，Rackspace 的托管 Exchange 环境就遭到入侵和勒索软件攻击。服务中断持续数日，该公司显然没有办法恢复客户数据。最终，Rackspace建议所有客户迁移到 Microsoft 365——微软的托管 Exchange 服务。此次攻击不仅使 Rackspace 的这项业务彻底失败，也导致大量客户数据丢失。
毕马威：和很多公司一样，他们也使用微软Teams。不过，微软Teams本身并没有问题。问题出在毕马威的管理员身上，他们因为一个错误，意外删除了14.5万用户的聊天记录。显然，这些数据无法恢复，因为管理员的操作极其粗暴。
Musey公司：这家室内设计工具公司不小心删除了其Google云端硬盘文件夹，最终在谷歌表示无法恢复数据后，出于绝望而将谷歌告上法庭。这听起来像是缺乏个人责任感，但原告的理论是，如果收到传票，谷歌就不得不采取更极端的手段来恢复数据。这显然不是一个明智的备份策略。
我们还可以举出更多例子——OVH 火灾、HostSolutions 等等——但重点很明确。没错，云计算很棒，如果适合你，你当然应该使用它。但把所有数据都放在一个篮子里，指望服务提供商不会掉线，无异于玩火自焚。
