[degussa]

轉：原文 - 12306外包給阿裡巴巴/IBM到底是否可行？

news.mydrivers.com/1/289/289332.htm

2013年春運，12306系統峰值負載11萬tps，與2012年淘寶雙11活動峰值負載相當，新的系統基本經受住了考驗。

在選擇技術方案時放棄沿用多年的小型機/UNIX平台去擁抱業界還是新鮮事物的基於x86/linux的大規模分布內存數據庫系統，承受住了堪比2012年淘寶雙11的壓力。在這個領域，12306可以自豪地說自己是做的最好的案例。

[snailiving]

degussa 寫道:

轉：原文 - 12306外包給阿裡巴巴/IBM到底是否可行？ news.mydrivers.com/1/289/289332.htm 2013年春運，12306系統峰值負載11萬tps，與2012年淘寶雙11活動峰值負載相當，新的系統基本經受住了考驗。 在選擇技術方案時放棄沿用多年的小型機/UNIX平台去擁抱業界還是新鮮事物的基於x86/linux的大規模分布內存數據庫系統，承受住了堪比2012年淘寶雙11的壓力。在這個領域，12306可以自豪地說自己是做的最好的案例。

雖然是業外人士， 不敢指點一二。

但全國鐵路聯網售票的確是很復雜的系統。

想象一下，北京到上海， 中間那摩多停靠站，每一張車票的起點終點都可能不同。

每售出一張票， 都會影響到剩余車票的狀態。

這比網上購物的復雜度不知要高多少倍。

[太尉]

沒什麼復雜的，不就是個並發問題嗎？高速公路匯入的那個紅綠燈就解決問題了（那個紅綠燈的間隔時間是可調的），只要設置些“紅綠燈服務器”，在高並發期控制進入主站的訂單數量就行了。

[yun555]

snailiving 寫道:

degussa 寫道: 轉：原文 - 12306外包給阿裡巴巴/IBM到底是否可行？ news.mydrivers.com/1/289/289332.htm 2013年春運，12306系統峰值負載11萬tps，與2012年淘寶雙11活動峰值負載相當，新的系統基本經受住了考驗。 在選擇技術方案時放棄沿用多年的小型機/UNIX平台去擁抱業界還是新鮮事物的基於x86/linux的大規模分布內存數據庫系統，承受住了堪比2012年淘寶雙11的壓力。在這個領域，12306可以自豪地說自己是做的最好的案例。 雖然是業外人士， 不敢指點一二。 但全國鐵路聯網售票的確是很復雜的系統。 想象一下，北京到上海， 中間那摩多停靠站，每一張車票的起點終點都可能不同。 每售出一張票， 都會影響到剩余車票的狀態。 這比網上購物的復雜度不知要高多少倍。

其實app說難也不難, 鐵路的和expedia機票的難度類似

但考慮到12306的流量 以及這套app開發時間之短, 測試時間也不足夠, 所以這個項目很有挑戰的

[太尉]

就看花錢的是想把復雜事情簡單化還是想把簡單事情負責化了！

[snailiving]

yun555 寫道:

snailiving 寫道: degussa 寫道: 轉：原文 - 12306外包給阿裡巴巴/IBM到底是否可行？ news.mydrivers.com/1/289/289332.htm 2013年春運，12306系統峰值負載11萬tps，與2012年淘寶雙11活動峰值負載相當，新的系統基本經受住了考驗。 在選擇技術方案時放棄沿用多年的小型機/UNIX平台去擁抱業界還是新鮮事物的基於x86/linux的大規模分布內存數據庫系統，承受住了堪比2012年淘寶雙11的壓力。在這個領域，12306可以自豪地說自己是做的最好的案例。 雖然是業外人士， 不敢指點一二。 但全國鐵路聯網售票的確是很復雜的系統。 想象一下，北京到上海， 中間那摩多停靠站，每一張車票的起點終點都可能不同。 每售出一張票， 都會影響到剩余車票的狀態。 這比網上購物的復雜度不知要高多少倍。 其實app說難也不難, 鐵路的和expedia機票的難度類似 但考慮到12306的流量 以及這套app開發時間之短, 測試時間也不足夠, 所以這個項目很有挑戰的

機票都是點到點的， 少數中間停一站。

你讓飛機像火車一樣，一趟航班中間停上10， 20站。

復雜度將按指數增加。

再說了，expedia峰值定幾張票。

[snailiving]

太尉 寫道:

沒什麼復雜的，不就是個並發問題嗎？高速公路匯入的那個紅綠燈就解決問題了（那個紅綠燈的間隔時間是可調的），只要設置些“紅綠燈服務器”，在高並發期控制進入主站的訂單數量就行了。

你的解決方案最終結果就是把人們過去在窗口排幾個小時買一張車票，

改成在電腦屏幕前等幾個小時。

不過也不錯， 至少不用忍饑挨餓受凍。

[hunters]

幹嗎非要搞成區間，一趟車的票放一台服務器上行嗎？估計搶一趟車的用戶不超過1萬人次

[snailiving]

hunters 寫道:

幹嗎非要搞成區間，一趟車的票放一台服務器上行嗎？估計搶一趟車的用戶不超過1萬人次

不同車次的數據庫不能快速同步的話， 你如何保證旅客的中轉順利？

你總不能對旅客說，北京到上海沒問題， 至於上海到寧波，得等你到了上海後再查詢。

[yun555]

snailiving 寫道:

yun555 寫道: snailiving 寫道: 雖然是業外人士， 不敢指點一二。 但全國鐵路聯網售票的確是很復雜的系統。 想象一下，北京到上海， 中間那摩多停靠站，每一張車票的起點終點都可能不同。 每售出一張票， 都會影響到剩余車票的狀態。 這比網上購物的復雜度不知要高多少倍。 其實app說難也不難, 鐵路的和expedia機票的難度類似 但考慮到12306的流量 以及這套app開發時間之短, 測試時間也不足夠, 所以這個項目很有挑戰的 機票都是點到點的， 少數中間停一站。 你讓飛機像火車一樣，一趟航班中間停上10， 20站。 復雜度將按指數增加。 再說了，expedia峰值定幾張票。

沒這麼復雜的

expedia每次查詢也是有提供n個stop的選項 這運算邏輯法則其實是和鐵路系統一樣的 只不過12306復雜很多 服務器和網絡和原始數據精准性要求更高而已

如果要簡單 可以直接從開發其他國家鐵路網絡票務系統的consulting公司購買模板 比如歐鐵