“滴滴崩了。”11月27日夜間,北京街頭等網約車的一用戶對着一片空白的訂單頁面感嘆。

這並非個例,當晚一些用戶訂單發送失敗、一些司機無法找到乘客位置等問題頻出。一時間,滴滴乘客端與司機端無法正常使用滴滴成爲社交平臺熱議話題。

這次宕機持續十餘小時。經過一夜搶修,28日上午起,部分功能陸續恢復。記者瞭解到,到28日下午,滴滴App恢復正常。

不過餘波未平。28日,天價餘額、司機提現等消息刷屏。11月28日,滴滴方面回應新京報貝殼財經記者稱,餘額截圖是PS僞造的謠言;目前司機賬戶及提現功能一切正常。

滴滴App出現故障可能有哪些原因?有行業技術人員介紹,可能是滴滴容器雲出現故障。

滴滴App深夜宕機

有乘客訂單頁空白通過對“暗號”找到司機

“請您重新規劃路線,路線規劃失敗。”滴滴司機遲天威看了一眼導航信息,但從北京西城區天寧寺去朝陽區東壩的路線沒有問題,他退出滴滴APP又重新登錄,剛纔的導航提示音消失了。

他是兼職跑的滴滴,27日晚上10點,他下班後想拉滴滴。據他回憶,前兩單隻出現導航語音路線報錯的情況,當他接到當晚第三單時,乘客主動上前報了手機尾號跟他對“暗號”,並說明這是因爲自己的訂單頁面一片空白,沒有詳細的車輛信息。

他將這單乘客送到東壩某個產業園後,接受滴滴平臺派來的第四個單子。當看到該筆訂單顯示調度費16.16元時,他還有些高興,點開後發現距離訂單乘客上車點還剩1218公里,預計14小時40分鐘,“直接給我轉到比瀋陽還遠的地方”。

滴滴深夜回應稱,由於系統故障,27日晚間滴滴App服務出現異常,經技術同學緊急修復,目前正陸續恢復中。無法鎖車的騎行用戶無需原地等待,到達終點無法結賬的乘客可正常下車回家,無需擔憂因故障造成的車費問題,請大家耐心等待後續通知,後續都會妥善處理。

不過,該故障也影響到第二天的早高峯。一位滴滴司機表示,28日早上6點上工時自己無法登錄滴滴APP司機端,“輸入密碼、人臉識別都打不開”。直到下午2點左右他才發現自己的APP恢復正常可以接單。

28日,住在成都的楊淨(化名)凌晨5點多打車,由於看不到完整訂單信息,他下樓前連續下了4次單。其中有一個訂單顯示車輛正在移動,但他看不到具體的車牌信息。

最後,他注意到街邊有一輛車在靠近,上前主動覈對手機尾號才上車開始行程。他從滴滴App歷史訂單裏查詢到4次下單,其中有2單扣掉9.9元的車費,“也不知道爲什麼司機沒有給我打電話、發消息”。

28日上午8時,蘇梅琳使用滴滴拼車時,看到車費比平時低了近一半的價格,纔看到和自己拼車的另一位乘客目的地在北京北邊,而自己要去南邊,她趕緊取消這筆訂單,但後續系統一直沒辦法再次下單。

她又看到路邊停放着幾輛青桔單車,心想騎車再坐地鐵也行,但掃碼後頁面和打車頁面同樣顯示“加載失敗、網絡異常”,她最終還是選擇其他網約車平臺打車上班。

在廣西的鄭馨(化名)28日早上8點半給接車司機打了電話,“因爲地圖上司機很近卻一直不動很奇怪”。司機回覆說剛剛地圖沒刷新,無法確認位置,“現在馬上過去”。

上車後司機又告訴她,這樣的情況從27日晚間延續到28日早間,基本是自動接單,需要手動取消訂單,再通過其他方式支付車費。

前往柳州火車站途中,她和司機一直嘗試取消訂單都沒有成功,最後她按照起步價減去平臺手續費的價格,給司機微信轉賬了6元。

28日早高峯,滴滴表示,經技術團隊連夜修復,滴滴網約車等服務已恢復,用戶可下載滴滴App使用打車服務。騎車等服務還在陸續修復中,所有可開鎖或未關鎖的青桔車輛均可免費騎行。

“用戶賬戶中的優惠券可正常使用。如果因故障原因優惠券未生效,用戶原價支付後,故障恢復後系統將自動抵扣優惠券並原路退款(優惠券同等金額);因系統故障導致的費用支付異常、多扣費等問題,會在事故處理結束後統一結算補償。”滴滴介紹。

11月28日,有報道稱部分司機開始提現,司機稱怕系統出問題自己賬號出問題被註銷。

一位滴滴司機告訴貝殼財經,28日下午5點左右還無法看到訂單結算後的流水明細,但28日晚上8點結算時該明細已經能夠顯示,該明細包括基礎車費、獎勵,以及包含高速費、過橋費、遠程調度費在內的其他費用。

28日傍晚,滴滴出行回應稱,經覈查,目前司機賬號及提現功能一切正常,廣大司機師傅們無需擔心。滴滴平臺是每週二提現,服務等級高的司機可每天提現。

“據多個司機羣聊天顯示,不少滴滴司機都表示自己提現成功了。另外,司機師傅們關心受影響的相關獎勵、費用異常、口碑值(包括出行分)等,也會盡快陸續恢復和補發。”滴滴方面介紹。

稍早前,有網友稱“某司機收入超690億元”,並曬出一張賬戶餘額截圖。對此,滴滴表示,經過覈查,證實該圖是PS僞造的謠言。

有哪些原因可能導致宕機?

互聯網技術人員:或是容器雲出現故障

近年來,大型平臺App宕機情況屢見不鮮。滴滴App出現故障可能有哪些原因?對此,滴滴官方並無回應。

一位通信行業工程師馬先生對貝殼財經記者分析了以下可能:“一是內存或資源不夠,資源限制,包括CPU、內存、存儲等,如果應用程序佔用過多資源或用戶量暴增,可能導致系統或應用程序崩潰;二是程序錯誤問題,處理異常、內存泄露、不穩定的代碼等導致;三是安全漏洞可能被網絡攻擊,導致應用程序受到攻擊,從而導致崩潰或異常行爲;四是操作系統可能存在問題,某些版本未及時更新等原因可能會導致應用程序崩潰。”

一位互聯網技術人員介紹,滴滴App等系統進行大的版本升級,導致容器雲出現故障。之前測試環節沒問題,但正式上線時,容器雲出現了問題,容器雲相當於一個盒子來回處理數據,現在盒子漏了。所以不是地圖壞了,是整個底座壞了。

“容器雲一直被形容成集裝箱,集裝箱放在車上,集裝箱壞了,提供再多的車也沒用。”該人員介紹。

一位大廠雲計算從業者解釋,“雲對應的是原來的IDC服務,或者對應的原來物理機的服務器形式。那麼,雲服務器實際上就是在物理基礎上做一層虛擬化,以一臺一臺的虛擬服務器交付給客戶。那容器是在這基礎上更近的一層。”

“所有部署與服務器本身比如它的IP、操作系統需要環境耦合,當涉及遷移時候,需要重新配置。容器就相當於把應用或者系統放在一個容器裏,這個容器類似盆子或杯子。這樣裝載系統遷移時候比較方便,容器本質也是給應用提供的算力支持。”該從業者介紹。

“如果容器雲出現損壞,還需要具體區分故障類型,可能是組件壞了或別的情況,可能會牽一髮而動全身”。該從業者表示。

新京報貝殼財經記者 陳維城 白金蕾  見習記者 韋英姿

相關文章