Twitter又遭遇大范围宕机，企业如何避免云故障？

10月16日早间消息，从美国当地时间周四傍晚开始，Twitter遭遇宕机。
一些用户报告称，美国东部时间17:30分刚过不久，他们在发推文和刷新时间线时就遇到了问题，有的甚至无法访问Twitter。宕机网站Downdetector上有关Twitter的报告飙升。此次宕机事故涉及美国和英国，影响到了Twitter官方应用、网站以及Tweetbot等第三方应用。
Twitter的API状态页面报告指出，该公司正在“调查Twitter API的违规行为”，而据中断跟踪器Down Detector称，在美国东部时间下午5点35分左右，feed似乎已经变暗。
在Twitter开发者论坛上，工作人员Jessica Garson表示：“感谢您的联系，我们目前已经意识到这个问题，我们正在努力尽快解决这个问题。有几个端点似乎已经回来了。”
在一份声明中，一位发言人表示：“我们知道人们在使用Twitter和发推文上遇到了麻烦。我们正在努力尽快解决这个问题。我们会分享更多，可以的时候会通过@TwitterSupport发布，敬请期待。”
Twitter尚未披露此次宕机的性质。Twitter的官方状态页面还特别指出：“我们没有证据表明这次中断是由安全漏洞或黑客造成的。我们目前正在调查内部原因并将很快会公布更多。”
都说宕机一时爽，一直宕机一直爽，人在网上浪，谁还能没宕过？说到宕机，渣浪明星出轨部、12306，还有春晚红包宕机史，大家总得习惯了。
无论是传统环境还是云环境，都不能做到绝对的“持续可用”。大部分情况下，云环境的可用性和可靠性都比传统环境要高，这主要是因为的运维更加专业。既然任何环境都有出现故障的可能，那么需要重视的问题就是“发生故障时，应该怎么办”。
首先，要接受风险，这一点很重要。从现阶段国内的云计算发展进程来看，上云是不可避免的，在这种情况下，企业应该保持正确的心理，毕竟只要是系统，都会发生故障。国内主流云计算厂商已经投入了大量精力和成本在可用性和可靠性层面，这肯定要优于不少技术能力不足、成本有限的企业自建服务器。如果出现这种情况，那么走应急预案，用非系统的方式尽量降低风险。例如，某个服务宕机了，及时在官网做出声明。
其次，分散风险。云环境的同城双活、异地灾备等方案基本就绪，尽量在经济和人员条件可行的情况下使用这些分散风险的方法。如果故障只出在一个服务器集群，采用异地灾备方案可以在最快时间切换到另一个集群，从而保持系统可用。虽然还是会有中断，但是可以最快时间恢复。
按照此模式，云下系统做云上灾备也是防范传统环境出现可用性问题的一种重要手段。作为企业的 IT 人员，日常做到以下四点可以尽可能避免云故障带来的损失。
1、备份、备份，还是备份，要异机异地；
2、数据容灾；
3、业务双活；
4、定期对灾备和双活进行演练。