為什么12306時不時要崩那么一下?

32 評論 13018 瀏覽 95 收藏 22 分鐘

12306承載的流量,不是一個雙十一可以相比的。

01

2019年即將過去,過年回家的火車票,你們買到了嗎?

我知道你們很多人都沒有買到,我能感受到你們內心的絕望。

前幾天12306崩了,很多人在痛罵12306,還有很多人在我公眾號的后臺問我為什么12306總是動不動就崩潰,和大姨媽一樣不給力。

明明只是一個簡單的賣票軟件,怎么搞成這個鬼樣子,人家QQ微信幾億人同時在線聊天,激情互動,還有各種小視頻。

另一邊雙十一幾億人同時購物瘋狂敗家剁手都沒有問題,為什么12306一出手,就是炸穿褲衩的用戶體驗?

為什么12306時不時要崩那么一下?

讓硬核的半佛老師來給你們科普一下,12306到底面臨多大的業務壓力和挑戰。

你們這么多人一擁而上,他們當然受不了,誰受得了呢?

雖然本篇文章會有大量極為硬核的技術術語,但是我會說的盡量簡單,大家一定要認真聽,多記筆記,過年在飯桌上吹牛的時候,這都是王炸,不用謝我了。

不是說你看了這篇文章就能買到票,實際上買票是一個玄學。

只是說,能死得明白點。

02

很多人拿12306和雙十一來比較,認為雙十一這么多訂單都能撐住,12306就撐不住,顯然是因為技術水平不到位。

這一開始就走了彎路了朋友,12306的業務模式和雙十一是有本質不同的。

這種不同,就導致了12306的難度要比雙十一大的多的多的多多多~

如果說雙十一的難度是人間模式,那么12306差不多相當于是地獄十八層,還要再挖個坑的難度。

第一,雙十一的流量再大,也只不過是純線上業務,什么叫純線上業務?所有用戶都是在網頁或者APP下單,整個數據其實是閉環的。

這就導致雙十一其實只是一個純粹的線上流量問題,解決起來相對純粹,就像一個單純的小朋友一樣好欺負。

而12306不是,12306不是只有一個APP和網站的朋友,所有人在線下售票廳以及線下機器里產生的交易,也會影響整個12306的數據系統。

實際上現實生活中非常多的買火車票返鄉的人,例如辛苦的農民和工人朋友,很多都是不會線上操作的,他們只會線下徹夜排隊,非常辛苦,所以12306也必須照顧他們的感受,不能斷掉線下業務。

這就導致了12306本身是一個線下與線上同享數據的復雜業務,復雜度要高出雙十一一個數量級的。

和純粹簡單的雙十一相比,12306就像一個飽經社會摧殘的老油條,你永遠不知道他們會什么時候會出現什么幺蛾子。

這就像一個純潔男孩第一次和他的男朋友約會,怕他不來,又怕他亂來。

03

第二,拋開線上線下不說,畢竟這是欺負12306,我們談談業務本身的計劃性和可預測性。

如果認真思考,你會發現,雙十一是一個有明確計劃和操作節點的業務,而12306不是。

雙十一活動并不是只有11月11號當天,其實是一個月前甚至幾個月前就已經開始了,大量的用戶都已經支付了定金,大量的商家也已經鎖定了庫存和銷售額,只不過最終的結算是在11月11號當天進行的而已。

這就代表著,雙十一面對的是一個高確定性的任務,只要有確定性,流量再大也不是特別難的問題。

當你知道困難會在什么時候發生的時候,這個困難就不再困難了。

真正的困難,在于不可知。

什么叫不可知?12306就是不可知。

因為你永遠不可能測算出會有多少人在哪一天去哪一個地方,一個從浙江回山東的人,他為了回家,選擇的線路和時間會非常詭異多變。

他可以買浙江到山東,可以買浙江到上海到山東,可以買浙江到南京到山東,可以買千島湖到山東,可以買浙江到北京到山東,可以買浙江到黑龍江到山東,甚至可以買浙江到廣東再飛回山東,只要能回山東,啊我的大蔥。

他可以接受1號出發,2號出發,3號出發,5號出發,10086號出發,只要能出發。

這就代表了誰也不知道需求的流量會是多么的突發,購買的內容會是多么復雜。

我再舉一個例子大家就懂了,微博厲害吧?每天這么大的流量,這么多的關注度。

但是為什么經常突然一個明星出軌或者結婚或者負面新聞,微博就要掛掉?是沒有技術實力還是服務器資源不夠?

都不是,是因為這種流量是突發性的,誰也不知道會突然出現這種爆炸增長,所以服務器就掛掉了。

這就和潑水節上大家都做好了心理準備,但是你潑開水一樣。

這誰遭得住啊。

所以建議所有明星出軌之前,先微博報備一下,這樣他們出軌的放心,我們吃瓜吃的也安心。

他好,我也好。

04

第三,電商業務不是一個一次性要完成所有流程的業務,但是12306必須一次性完成,這進一步加大了難度。

大家思考一下,電商購物,實際上是并不是一次性的。

一個典型的電商購物流程是,瀏覽,和商家撕逼價格,下單,和商家撕逼運費以及快遞,物流發貨,買家收貨,和商家撕逼售后。

即使排除撕逼這些事情,電商購物流程也是有很多節點的。

整個流程下來最快最快次日達也要24小時。

這就代表電商的數據壓力沒有想象中那么大,可以異步處理,完全可以先全部付款完成,然后再慢慢處理發貨,然后再慢慢處理售后。

就像你要刷B站,又要燒開水,你完全可以先燒開水,在燒水的過程中刷B站,這就是異步的好處,可以同時多任務并行,而且不影響用戶的核心體驗。

你下單后3小時發貨和5小時發貨,不影響用戶,容錯率高。

而12306不一樣,賣票就是要立刻完成。

從下單,到付款,到鎖定票,都是一氣呵成的,沒有任何緩沖時間,不存在我下單一個票2天后告訴我成功或者失敗這種事情,頭都給消費者打爆。

所以12306等于是沒有這種緩沖周期,需要直面所有的流量,在最短時間內滿足所有人的所有需求,所有的業務都要在極短時間內處理完成,這就是會被一下子塞滿。

同樣是1億用戶,4個步驟,電商可以分4個步驟淡定處理,每個步驟處理1億流量,而且可以分多小時,多天處理。

12306就只能一口氣處理4億,沒有緩和,這個壓力可想而知。

我們都知道,再厲害的東西,被強行塞滿,都是會壞掉的。

你們不要瞎想,我說的是公路。

第四,電商業務的庫存管理是相對簡單的,而12306是極其復雜的,復雜到我給你簡單講講你都會抑郁。

想想看,作為電商平臺,管理貨物雖然也有難度,但本身的統籌不過固定產品的增刪改查,有多少就是多少,付款了就減一,上量或者退貨就加一,頂多出現最后一個商品被2人同時拍下的小概率事件,這都是小事兒。

而12306是完全不同的難度,二者難度差別大概相當于草履蟲大戰那美克星人。

我舉個例子,如果你是一個在北京讀書的人,家在北京南邊,過年要回家。

隨便選一輛北京往南開的車,G65這輛高鐵,北京始發終到珠海,一共17個站,共計10小時55分鐘。

為什么12306時不時要崩那么一下?

就這一個路線,17個站,支持隨意站上車,隨意站下車,會有多少種可能性?

因為坐車不可能只做單站循環,就是不能北京到北京。

所以是從1加到16,一共136種可能性,注意哦,電商同樣的場景只有增刪改查4種可能性。

這樣一個線路的實時庫存,做起來是非常令人頭大的。

假如有人買了從北京到廣州,那么對應的所有庫存就要減1,但是廣州到珠海的庫存不減。

假如有人買了從武漢到珠海,那么對應的就是武漢到珠海沿途所有線路的庫存減1,但是北京到武漢不減。

假如有人買了石家莊到漯河西,那么北京到保定,北京到石家莊不用變,漯河西到珠海段,不用變。

其余所有可能性都要變,因為只要經過這兩個站點的路線,都受到影響。

實際業務中,這樣的變動,會導致整個庫存實時變動,并且是P級別的數據變動,如果對數據庫稍微有所了解,都知道這種數據變動對于資源的消耗有多么恐怖,一個1GB的電子表格跑查詢都能把很多高性能電腦跑崩掉,早期電子表格甚至限制在6萬5千行,就是防止把電腦跑崩。

而這種級別的數據,需要消耗的資源說出來都違反廣告法。

所以為什么12306夜里11點到早上要維護?這樣的數據庫如果不是天天維護保護緩存,早就徹底完犢子了。

每一天,12306都是拿命來奮斗。

所以之后買票的時候,要寵溺一點,溫柔一點,你買的不是票,是工程師們的頭發。

為什么12306時不時要崩那么一下?

05

第五,業務去重需要大量的判斷。

電商業務其實嚴格來說是不需要用戶實名制的,也不需要對用戶的身份去重,只要你付錢,有貨就發貨,除非是限購商品稍微攔截一下,但是面對黃牛黨,也就是象征性的掙扎一下,畢竟大家都是出來賣的,不會跟錢過不去。

而12306不一樣,12306的模式是,每一個人都要限購。

同路線,同時間,要限購。

就拿北京到珠海舉例,12306是不允許一個人在同一天購買大量北京到珠海的車票的,這對其他人不公平,所以要限制人的出發時間和購買路線。

那么問題來了,如果要加限購,那么就要把這個人的當前購買信息,時間,全部緩存下來,這個人的每一筆交易,都要和他當前的已有行程進行去重匹配。

這對數據資源的消耗是非??植赖?。

并且,并且,查重還有另一個現實問題,就是12306本身是允許非本人買票的,就是我可以給我的爸媽買票,我爸媽也可以給我買票,只要添加乘車人就可以了,這就代表著,同一個人的信息,完全可以在不同的時間節點被不同的買家添加,這又帶來了巨大的計算壓力。

這就和人生一樣,太難了。

第六,和12306比流量,什么公司都沒有資格。

很多人真的以為雙十一就是流量的巔峰的了,其實并不是,12306才是最恐怖的流量巔峰。

為什么?因為電商的業務模式不會導致用戶重復點擊,而12306無時無刻不在被所有用戶重復點擊。

舉個例子,你在雙十一買東西,是不是買了就走了?買不到你就是罵幾句,然后也走了。

一個用戶的點擊是有限的,你就算單身30年,給你放開了點,你能點多快?

要知道對系統而言,每一次點擊,都是一次數據交換。

12306面對的點擊流量,要大的多,你買票的時候,是會不斷刷新操作的,你在查詢余票的時候,每一次都是要跑所有的數據庫來幫你同步當前的余票信息,這個負載量和計算量是天量。

而且,現在非常非常多的人在用搶票軟件。

所謂的搶票軟件,原理就是不停地用機器去讀取12306的數據接口,機器的速度絕對是比你單身30年的手速還要威猛幾十倍,一秒刷幾百次,1個人用搶票軟件,可以造成幾千個人一起刷產生的數據壓力。

各大搶票軟件公司加起來用戶幾千萬是有的,14億人刷出幾百億人的流量都綽綽有余。

你知道12306的流量負載有多強了么?

在12306上,人人都是火影忍者,天天影分身。

06

會有人問,既然挑戰這么大,12306這么不容易,那么為什么不去像國外先進技術取經?為什么不去加大投入服務器?為什么還在找借口?

為什么12306不引入國外的先進技術呢?

答案其實很簡單,國外也罩不住啊。

早在2012年,12306就有公開招標,預算不設限,只要能解決問題,世界頂級機構都來競標了,但是最后基本都放棄了。

因為當時的技術環境沒有人能解決這個問題。

國外很多技術的確先進,但是沒有一個國家或者公司,歷史上接受過14億人的數百億級別流量的挑戰,你能說出來的世界頂級公司,沒有一家能承受這么強的即時交易流量。

他們有的流量更大,但就和電商業務一樣,是可以異步操作,不需要身份唯一性,沒有這么復雜的路線存量計算的,你們也知道國外的高鐵和地鐵是什么垃圾水平,我們遇到的問題他們從來沒有遇到過。

這是很現實的一件事情。

全中國14億人的出行需求面前,大家都是一樣菜。

說到這里,我想到了我們行業里的一個笑話,有個臉書的早期工程師回國加入阿里巴巴,離開前,他說要去拯救阿里巴巴的數據系統,結果回來之后才發現,他在臉書遇到的數據挑戰,和阿里巴巴比起來,簡直是幼兒園水平。

在數據挑戰上,我們遇到的數據挑戰絕對是世界最強梯隊的,很多時候沒有之一。

那么為什么不加服務器呢?技術不夠,硬件來湊。

加服務器面臨的核心問題有3個。

第一個,加服務器只是增加了儲存能力,并不能解決數據庫的問題,這就和一個女人生孩子要10個月,不代表你找10個女人就能在1個月內生孩子。

第二個,如何驅動這些服務器?當年阿里云領先世界的技術,就是突破了同時驅動5000臺服務器,成為世界三大云之一。

要知道,阿里云面對的只是雙十一,而12306的挑戰要更加恐怖,需要同時驅動的服務器數量更多,這也是有技術挑戰在的。

另外,阿里云也確實參與了12306的建設。

第三個,成本問題。

12306往往全年都表現良好,只有重大節假日才會偶爾出現崩潰,你為了應付一年中為數不多的重大節假日,采購了這么多高折舊率的服務器,平時根本用不上,這是一種浪費錢的行為。

中國鐵路本身就是巨額虧損,國家持續補貼的,這種情況下,為了短時間的需求,投入海量的成本,這筆賬不用多說吧?

你看看隔壁微博,寧可每次被流量擊潰也不肯長時間維系大量服務器,微博看財報每年都是盈利的,金額都是按照億來結算的,人家都是這個態度,你知道12306有多不容易了吧。

而且這可都是納稅人的錢。

到最后,買票問題的本質,還是供需關系。

全國這么多人,在這么短的時間內要完成這么多的出行,遠遠超過了鐵路本身的運載能力,在這種供小于求的情況下,怎么調配資源,都沒有辦法解決供需問題。

東西就這么多,大家都想要,能怎么辦呢?

加錢,繼續擴建?

要知道很多線路只有春節才爆滿,平時都空車虧損,為了滿足小部分人短時間的出行,大量浪費資金投入到已經富余的路線中,并不劃算的。

有這個錢,應該去投入到更多的地方。

12306這種基礎設施,天然就是挨罵的,做的好,大家不會夸,做的有一點點不好,會被罵到死,這是基礎設施的悲哀,所有人都有不合理的期待。

何況,12306在只花了這么少預算的情況下,做到現在這個程度,已經是超神操作了。

不考慮資金成本和技術成本張口就罵,是一種不太理智的行為。

怎么不去說人家印度火車賣掛票呢?

為什么12306時不時要崩那么一下?

 

作者:半佛仙人;公眾號:仙人JUMP(ID:xrtiaotiao)

來源:https://mp.weixin.qq.com/s/z-kJFoUouNmkQDPfGk5l7w

本文由 @仙人JUMP 授權發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

專欄作家

廖爾摩斯,微信公眾號:設計大偵探,人人都是產品經理專欄作家。連續創業者,目標是成為全世界拆解產品設計最多的設計師。

本文原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 12306網站的確很強,不知道為什么APP貌似比PC要更穩定。

    來自廣東 回復
  2. 謹代表12306普通用戶感謝阿里騰訊等互聯網大佬在12306網站建設過程中付出的極大努力,沒有你們就沒有如今相對穩定的系統,指望鐵道部下屬的國企就死了 ??

    來自江蘇 回復
    1. 那你可能不知道,核心技術問題都是鐵路人自己解決的

      來自遼寧 回復
  3. 生在中國 還是挺幸福的

    回復
  4. 文章好有喜感,不知不覺看完了也理解了,??關注啦大佬

    回復
  5. 不專業

    回復
  6. 建議還是趙懂技術人寫,水平不到位,寫出來誤導。

    回復
  7. 線路的實時庫存貌似不對。各個站點的票數都是提前分配好的。不存在買了北京到廣州,中途各個站的票都要減1。

    來自浙江 回復
  8. 票務最關鍵的是建模問題

    回復
  9. 第一個,加服務器只是增加了儲存能力,并不能解決數據庫的問題,這就和一個女人生孩子要10個月,不代表你找10個女人就能在1個月內生孩子。
    ——
    ————
    ——————-
    真的是無比的精辟?。。。。。。。。?!

    回復
  10. 最近12306更新了候補搶票的排名顯示,不知道大家有沒有注意到,由原有的排名顯示變更為:候補人數較少、中等、爆滿。。
    這個設計的初衷我不知道因為什么?我覺得嚴重影響了購票人的出行安排,無法掌控搶票的確定性。只能歸結可為暗箱操作了。

    回復
  11. 除非是12306和天貓的高級研發運維,不然很難寫出這兩者在技術層面的難易程度對比。

    來自福建 回復
  12. 說半天就是數據請求量大、高并發。但是在使用過程中的體驗問題還是有很大的提升空間呀

    來自廣東 回復
  13. 車輪子碾我臉上惹 ?

    來自江蘇 回復
  14. 文筆很好,行文流程。 但是具體細節意淫太多了。

    來自廣東 回復
  15. 聽說阿里,騰訊,360組團研發的

    回復
  16. 值得好好思考一下???

    回復
  17. 不蹦下誰會關注它?罵也是一種關注

    回復
  18. 哎,我好像關注了你微信號

    回復
  19. 值得一思考

    回復
  20. 預付款和當天流量又有什么關系?業務復雜性無外乎核心處理器的算力,為什么要扯到業務模式,且不說這個文章的論點是否充足,單著一個就是在往錯誤的方向引導。

    回復
    1. 嗯 ,12306業務模式也說的不對,每個站點與站點之間的票在一定時間內都是固定的,并不存在全站庫存實時更新的情況,更新的是站與站之間的庫存,當然,12306崩和流量大、業務復雜是有很大關系的,但是作者某些地方并沒有站在一個正確的角度去分析,結論可能差不多,但是不嚴謹。

      來自河南 回復
  21. 好文章,以后吹牛逼可以用

    來自北京 回復
  22. 分析的好好,又幽默~經常覺得上了車

    來自北京 回復
  23. 如果有競爭 可能會好一些

    來自北京 回復
    1. 到了這個程度的話,誰來競爭嘞

      回復
    2. 誰敢來?

      回復
  24. 這就像一個純潔男孩第一次和他的男朋友約會,怕他不來,又怕他亂來。????

    來自上海 回復
    1. 看了這句馬上拉到評論……

      回復
    2. 好的好的家

      回復
    3. 看不出來啊,程序猿表面上…實際上…

      回復
    4. **我也是這樣的反應!佛老師肯定是故意的?。。。?!

      回復