阿里雲程序員曝12306網站與阿里巴巴合作 採用其技術方案

今年用12306搶票是不是沒有遇到登不進去、系統崩潰？每年春運期間，12306就像個沒人愛的孩子，遭遇各種吐槽。年投入那麼多還做不好，不如讓淘寶來做，淘寶雙11秒殺搶購，從來不會崩潰。這曾經是不少人吐槽12306的最強利器。

於是，今年真的淘寶來做了！

12306真的讓淘寶來做？

1月15日下午，自稱為阿里雲程序員，同時參與了今年12306春運項目的知乎用户首次披露 ，阿里自從去年年初就已經開始和鐵路訂票網站12306合作，到今年春運，12306已經將75%的餘票查詢業務交由阿里雲託管。

該程序員表示，2014年初阿里和12306的技術團隊開始討論如何將餘票查詢系統放到雲上，十一黃金週做了測試，並且“效果不錯”。而阿里雲方面16日確認，確實向12306提供了技術協助，負責承接12306網站75%的餘票查詢流量。至於合作的具體細節，阿里雲方面稱稍後將對外公佈。

今年春運期間，網友普遍反映12306的搶票和出票的效率比往年大大加快。加上預售期改為60天，給了大家足夠的緩衝時間，以及一些新的規則制定，使得搶票的密度不如以前那樣集中。種種措施多管齊下，讓大家覺得今年的回家似乎不再如往年那樣讓人怨聲載道，12306的表現也得到了大家的肯定。

淘寶如何幫助12306

12306 的確是在舉全國之力，並不排斥官方之外的民間力量，這也體現了商業和市場的強大威力。

該程序員還披露説，12306的用户需求和雙 11 期間的服務器需求是不一樣的。而且他也破除了人們的迷思，他表示12306影響搶票效率和服務器運行的關鍵因素，並不是購票流程，而是餘票查詢的環節。其實這也是非常符合邏輯的，我們都是在刷票的過程當中發現刷不到，刷到票的人坐位都會被鎖定，接下來的45分鐘內他們可以隨意選擇時間付款。所以我們覺得票買不到，並不是票都被人買走了，而是票都被查詢到了。

具體來説，讓阿里雲分擔12306壓力的做法步驟是：

1. 把餘票查詢模塊和12306現有系統做分離，具備獨立部署的能力；

2. 在雲上獨立部署一套餘票查詢系統。這樣子12306和雲上都有了一套餘票查詢系統，調度更為靈活；

3. 一些安全措施；

4. 根據運行情況，雲上的餘票查詢與12306原來的餘票查詢可以互相補位，根據實時的負載情況，來調配不同的訪問比例，充分利用雲的彈性。

在完成了查詢以後，用户信息和購票過程目前依然在12306自己的服務器上完成。對雲和已有系統的對接，以及其中可能的安全隱患，阿里雲也做了一些安全措施來配合防範。

2014年1月，有一篇來自“前淘寶工程師”的文章為當時遭遇批評的12306辯護，通過自己瞭解的技術瓶頸證明12306已經做的足夠好了。目前在網上能看到很多類似的，有服務器運維經驗的人對12306的辯護和稱讚。該程序員也引用了這篇文章，並且評論道：

做這個項目一晃有小半年了，感觸很多。大家知道雙 11 對阿里技術團隊是一個不小的挑戰，我參加了 4 年，其中有兩年過的尤為艱苦。當時技術團隊經常被業務方指責，就像現在大家對待12306的態度一樣。但客觀説，雙11大促推動了阿里的技術成熟，春運也推動了12306採用更多面向未來的技術。

前淘寶工程師：12306沒那麼簡單

淘寶秒殺天貓魔盒的時候，只有一個商品（行話叫做SKU），它的庫存是15000個。有一個人秒殺到了，庫存就減1，19秒賣完的，一秒要成功產生789個訂單。想象一下，你在廣場上賣火車票，一秒鐘有8萬人舉着錢對你喊：賣給我!

而12306呢？

以北京西到深圳北的G71次高鐵為例，它有17個站，3種座位。表面看起來，這不就是3個商品嗎?G71商務座、G71一等座、G71二等座。大部分輕易噴12306的技術人員就是在這裏栽第一個跟頭的。

實際上，G71有136*3 =408種商品（408個SKU），怎麼算來的？請看：

如果賣北京西始發的，有16種賣法（因為後面有16個站），北京西到：保定、石家莊、鄭州、武漢、長沙、廣州、虎門、深圳……都是一個個獨立的商品，

同理，石家莊上車的，有15種下車的可能，以此類推，單以上下車的站來計算，有136種票：16+15+14…+2+1=136。每種票都有3種座位，一共是408個商品。

旅客A買了一張北京西（01號站）到保定東（02號站）的，那【北京西到保定東】這個商品的庫存就要減一，同時，北京西到石家莊、鄭州、武漢、長沙、廣州、虎門、深圳等15個站台的商品庫存也要減一，也就是説，出一張北京到保定東的票，實際上要減16個商品的庫存!

這還不是最複雜的，如果旅客B買了一張北京西（01號站）到深圳北（17號站）的票，除了【北京西到深圳北】這個商品的庫存要減一，北京西到保定東、石家莊、鄭州、武漢、長沙、廣州、虎門等15個站台的商品庫存也要減1，保定東到石家莊、鄭州、武漢、長沙、廣州、虎門、深圳北等15個站台的商品庫存要減1……總計要減庫存的商品數是16+15+14+…+1=120個。

想象一下，8萬人舉着錢對你高喊：賣給我。你好不容易在錢堆裏找到一隻手，拿了他的錢，轉身找120個同事，告訴他們減庫存，而這120個同事也和你一樣被8萬人圍着；也和你一樣，每賣出一個商品要找幾十個人減庫存……這就是12306動態庫存的變態之處。比你平時買東西的任何網站的庫存機制都複雜幾十上百倍。

網上關於12306好或差的爭論非常多，上面這部分也只是一家之言，形象的解釋12306的困難之處。程序員們在爭論着12306的前端好不好，技術有多大問題。但對更多人來説，我們只是12306的使用者。能夠順利的買到票，在使用網站購票時有一個好的用户體驗就夠了。現在前者已經實現，12306在進步，期待未來會有更好的改變，更加便民。

觀察者網綜合動點科技、知乎、產品中國等