滴滴崩潰：異地多活形同虛設，疑似底層系統遭攻擊

　　使用者A：太耽誤事兒了，叫車打不了，騎車又無法付費，凍得手都紫了。

　　使用者B：用滴滴沒有打到車~最後用的美團~

　　使用者C：滴滴用一場事故說明了他在生活中的重要性。而這潑天的富貴，高德叫車和美團叫車也沒接住。

　　使用者D：一晚上搶修都無果，早上依然bug很多，打沒打到車也看不到 連車牌號都看不到，上車了司機選不了已上車走不了，一早上七八個司機來接我，我都到達目的地了，還有滴滴師傅給我打電話說已經到了我的叫車地兒接我去了。

　　使用者E：今天朋友圈，兩個飛機沒趕上，三個高鐵沒趕上。上班遲到的還有倆。

　　使用者F：攻城獅下班了，想著遠端修復，但由於伺服器掛了，只能去公司修復，路上想叫車，結果發現打不了車，回不去，所以一直修復不了。

　　使用者G......

　　使用者H......

　　......

　　 滴滴怎麼了？

　　今天早晨，滴滴出行發文稱：經技術團隊連夜修復，滴滴網約車等服務已恢復，使用者可下載滴滴App使用叫車服務。騎車等服務還在陸續修復中，所有可開鎖或未關鎖的青桔車輛均可免費騎行，希望能緩解早高峰壓力……其他問題還在努力解決中，非常抱歉給廣大使用者出行造成的不便，再次向大家道歉。　　

　　筆者以為是今天早晨突出的情況，後來發現昨天晚上就崩了......

　　據瞭解，昨天夜間，滴滴平臺出現服務異常，有不少網友反映“打不了車”或“取消不了訂單”等情況。昨晚23時許，滴滴出行發文道歉，稱“系統故障，滴滴App服務出現異常，經技術同學緊急修復，目前正陸續恢復中。”

　　經過一夜的技術人員緊急修復，滴滴出行今晨再次釋出宣告，宣告發布後不到一小時，迅速登上熱搜榜首。但在留言區，不少網友反映滴滴App並沒有恢復正常服務。　　

　　這才有了文章開篇的網友評論......

　　 吐槽該吐吐，但我們們還是簡單分析一下造成系統崩潰的背後原因：

　　IT領域有一個詞叫“異地多活”，異地多活指的是在不同城市建立獨立的資料中心。“活”是相對於冷備份而言的，冷備份是備份全量資料，平時不支撐業務需求，只有在主機房出現故障的時候才會切換到備用機房，而多活，是指這些機房在日常的業務中也需要走流量，做業務支撐。

　　因為現在大公司都是花重金對系統做了異地多活的，為的就是系統可以實現高可用。有網友反饋說，我在上海不能使用，不代表別的地方使用者也不能使用吧？

　　可是根據眾多粉絲的反饋，結果是殘酷的。河北、陝西、大連不能使用。四川、北京、杭州也不能使用……

　　那麼，這就很有可能是底層系統遭攻擊，有訊息透露：

　　“滴滴這種複雜LBS(基於位置的服務) 服務，如果是在基礎設施層崩潰，恢復起來不容易的。”

　　對於滴滴系統故障的原因有多方猜測。還有網友爆料稱，是滴滴系統半夜被攻擊所致。“伺服器沒有物理隔離，物理攻擊後臺服務全掛，資料中心都上不去。”

　　不過還有人大膽的猜測：從表現上看，叫車、共享單車全掛，不同的業務板塊之間應該是有隔離的，說明問題出在更加底層的基礎設施。

　　“攻擊者一般只能訪問到應用層，基礎設施訪問不到的。要麼是被攻擊者打穿，要麼是自己系統操作不慎掛了。即便是前者，也算是一種系統缺陷，才會被打穿。”

　　 後果是相當嚴重

　　據瞭解，滴滴平臺此次全面的功能癱瘓持續了接近12小時，也是近年來滴滴出行癱瘓時間最長的一次故障。據滴滴出行此前公佈的2023年第三季度財報顯示，單季度中國出行業務總交易額為725億元，日均單量達到3130萬單，而以此次“崩了”的故障時長計算，估計將會讓滴滴損失過千萬的訂單量和超4億的交易額。

　　最後呢，筆者不得不說：滴滴在我們的生活中還是挺重要的，但是，我還是想說：“一花獨放不是春，百花齊放春滿園”。同樣作為網際網路人，也更好奇這次故障背後的原因，希望日後滴滴可以對本次故障原因有所披露，我們也將持續關注。