在云时代，如何应对云端资料存储突发故障？

最近，AWS和微软的对象存储先后倒下，闹得人心惶惶。对于这个问题，公有云用户和公有云运营商是不同的视角

假如是公有云的用户，选择公有云存储首先要选择可用性SLA高的，AWS S3的可用性是月度99.9%，相当低；其次，利用快照功能加大快照备份的频度，避免数据丢失；另外，还可以考虑放在不同公有云上。

假如是公有云的运营商，还是有很多改进的地方，比如把故障域做小，避免大面积宕机；自动化脚本的测试验证也要充分，S3这次故障明显就是脚本执行出了问题；提供逻辑故障恢复能力，将逻辑故障的影响降到最低。

    随着信息化越来越复杂。越来越云端化。面临的风险也自然越来越高，从用户的角度来说。没有太多的选择，企业自建网络，投入成本，运维成本，风险成本都太高。对绝大多数的企业来说。这种大型的云服务器提供商已经是减少安全风险和投资都很少一种方案了。但是再大的船也有如泰坦尼克一样的时候。在大的公司也有业务转型的可能。对用户来说。同时选择多家大公司来分散业务。否则。用户是难以控制这种风险的，

     而从服务提供商来说。投入，收益之间有着微妙的平衡。网络足够大了自然要有足够的投资去保证这个网络的一切，安全，备份永远投入多少都是不嫌多的两个部分。企业为了收益。也不可能的无限的在这里投入。所以风险 永远存在。

借用墨菲定律作为结尾——越害怕的事情越容易发生。

我的观点是，数据的备份。备多少份我都不嫌多，用来保证业务运行的备用方案，准备多少都觉得不踏实。

使用多个 云公司产品  然后自建最小基础的 业务系统

使用两个以上 云产品  部署业务  

并在自己公司创建 最小业务系统  进行备份

如果你的业务非常重要   上面的部署计划还是必须的

单一的云公司   一定会有 宕机时间

如果按照  三份业务备份部署    业务停止率会很小

但这样给开发和运维带来复杂的环境配置考验.

业务要做分布式    数据 要做复制   

我认为这与云服务供应商所供应的服务等级SLA有关。在高级别的服务等级，应当包括应对突发故障的故障转移服务。如若想要摆脱单一厂商的局限性，现在有许多做DR as a service的公司，可以了解一下。但是这会增加额外的容灾成本。

原理很简单，就是不要把鸡蛋放在同一个篮子里，分散到不同的云提供商，在不同的云平台之间部署应用程序。

要打破企业存储上不同存储阵列之间的兼容性壁垒，例如通过FreeStor实现“云间跳转”：可以将数据在不同的云，如Amazon和微软Azure之间，实现数据的复制、保护和迁移。用户可以让数据通过FreeStor实现在不同的云之间进行快照或者复制，一旦一个云出现故障，可以立刻用另一个云实现接管，而不会对业务产生重大影响。这种体验就跟用户一直在用的异地双活和容灾是一样的。
云间跳转的功能不但可以避免由于云服务商的停机造成损失，还有一个好处，就是可以给用户与这些云提供商议价的优势。如果云的服务质量不满足要求，或者云的价格不能让客户满意，用户随时点几下鼠标，就可以迁移到新的云上去。这就如同原来的多厂商采购策略一样，不会被任何一个供应商绑架。