10月16日早間消息，從美國當地時間周四傍晚開始，Twitter遭遇宕機。
一些用戶報告稱，美國東部時間17:30分剛過不久，他們在發推文和刷新時間線時就遇到了問題，有的甚至無法訪問Twitter。宕機網站Downdetector.com上有關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、定期對災備和雙活進行演練。